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Előszó 


Mindenekelőtt köszönjük kedves Olvasóinknak az első kötettel kapcsolatos észrevételei- 
ket, éspedig nemcsak az elismerő véleményeket, hanem a kritikákat is. Természetesen a 
Kiadóval karöltve mindent megteszünk, hogy sorozatunk további kötetei még inkább 
megnyerjék az olvasóközönség tetszését. 
Noha adatállományok kezelésével elsősorban azok foglalkoznak, akik már túl vannak a 
kezdeti , szárnypróbálgatásokon", könyvünk megírásakor továbbra is ahhoz a vezérelvhez 
tartottuk magunkat, hogy az a programozással csak éppen ismerkedő olvasók számára is 
érthető legyen, továbbá, hogy kizárólag olyan programokat tartalmazzon, amelyeket az 
olvasó maga is lefuttathat és kipróbálhat. j 
Az állományok kezelése, és egyáltalán a lemezkezelés, nagyobb arányban igényel gyakor- 
lati tapasztalatot, mint lexikális ismereteket. Ezért azt javasoljuk, hogy a bemutatott lehe- 
tőségeket az olvasó a könyv tanulmányozásával párhuzamosan azonnal próbálja is ki saját 
gépén; majd a könyv végére érve az Így megszerzett ismereteinek elmélyítése céljából a le- 
mezre kimentett mintaprogramokat különféleképpen módosítgatva minél több változat- 
ban próbálja ki, és elemezze a módosítások hatását, Ezáltal eljuthat arra a szintre, hogy 
önállóan is tudjon soros adatállományokat lemezen létrehozó és feldolgozó programo- 
kat írni. 
Minthogy a COMMODORE gépet nem adatfeldolgozásra tervezték, könyvünk elsődleges 
célja, hogy az olvasó a COMMODORE-t mint tanulógépet használva elsajátíthassa a soros 
adatfeldolgozás alapelemeit. 

A szerző 
Budapest, 1986. május 


I. RÉSZ 
LEMEZKEZELÉS 


Lemezkezelési alapismeretek 


A lemezkezelés alapműveleteit sorozatunk első kötetében ismertettük, de ott csak a prog- 
ramokkal kapcsolatos lemezkezléssel, programbetöltéssel, kimentéssel stb. foglalkoztunk. 
Ezeket az ismereteket most ki kell egészítenünk a soros állományokra vonatkozó lemez- 
kezelési információkkal. Eközben nem kerülhetjük el a leglényegesebb elemi tudnivalók 
felidézését sem. 

A lemezműveletek végrehajtására lemezkezelő parancsokat kell kiadnunk. Ezeket három 
kategóriába sorolhatjuk: 


— az egész lemez kezelésére vonatkozó parancsok 
NEW : lemez formázása, újraformázása 
VALIDATE : lemez tömörítése 
INITIALIZE : lemezegység helyreállítása 

— csak programokat kezelő parancsok 


LOAD : program betöltése 
SAVE : program kimentése 
VERIFY : program ellenőrzése 
— programokat és állományokat egyaránt kezelő parancsok 
COPY : program, állomány másolása 


RENAME : program, állomány átnevezése 
SCRATCH  : program, állomány törlése 


A programkezelő LOAD, SAVE, VERIFY parancsok közvetlenül kiadhatók, a többit a 
parancs-csatornára kell kiküldeni a PRINT utasítással. A csatornát előzetesen az OPEN 
utasítással meg kell nyitnunk. (Megjegyezzük, hogy a parancsok a PRINT helyett ebben 
az OPEN utasításban is szerepelhetnek.) 

Emlékeztetőül vegyünk elő egy üres lemezt, és hajtsuk végre az alábbi műveletsorozatot. 
A lemezre később még szükségünk lesz, mert ezt használhatjuk majd a soros állományok 
kezelésének kipróbálására. 

A lemez új, formázzuk. Legyen a neve mondjuk SOROS, és az azonosítója S1. (A READY 
természetesen a gép válasza.) 

Persze nemcsak új, hanem használt lemezt is újraformázhatunk, ha nem sajnáljuk elveszí- 
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teni a tartalmát. (Ilyenkor elég, ha csak a lemeznevet adjuk meg, mert akkor a NEW nem 
formázza újra a lemezt, csak a nyilvántartásokat törli. Es persze a lemeznevet is átírja.) 


CPEM 15.819 


READY. 
FERIHTH15. "NEM: SORS. S1" 


REHÜŰT. 
CEHSE. 19 


REHDtYr. 


Ellenőrizzük a formázás sikerességét! Töltsük be a lemez tartalomjegyzékét, és listázzuk 
ki a képernyőre! 


LORN"$" , E 
SERECHIMHG FUKR 8 
LORUDING 

READ? . 

LIST 


EGT  klöötN] SSON EZTET ENNE KENE; PET a 
b6d ELDOCES FREE. 
REHIr 


A sikertelen formázás eredményét alább látjuk. 
LOHU"$" 2 


SERRCHIHG FOK £ 
7FILE HOT FOUMHD ERROR 
RERUY. 


Minthogy adatállományokat még nem tudunk létrehozni, az állománykezelő lemezparan- 
csokat a programkezelő parancsokkal próbáljuk ki. Ezt nyugodtan megtehetjük, mert 
mindkettő ugyanúgy működik. 

Ezért most gépeljünk be egy tetszőleges rövid programot, és mentsük ki a lemezre. 


MEM 

REHDr. 

19 FOR Izsi1 T0 739 

28 PRIMT I, I$I.ITZ 
39 HEAT I 
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SAVE "MINTA";8 


SAVING MINTA 

READY. 

Ellenőrizzük a kimentés helyességét! 
LIST 

19 FOR Is1 TO S 


29 PRINT I.I$KI.IT2Z 
39 NEXT I 


READY. 
VERIFY "MINTA". 83 


SERRCHINHG FOR MINTHA 
VERIFYING 
OK 


READY. 


Tegyünk ellenpróbát! Változtassuk meg a képernyőn levő programot, akár csak egyetlen 
karakterben is. Majd ellenőrizzük újra. Természetesen hibaüzenetet kell kapnunk. 


LIST 


19 FOR Is! TO § :REM:Csz MÓDOSITVAI! 
29 PRINT I.I$I.ITZ 
39 NEXT I 


RERDY. 
VERIFY "MINTA". 8 


SERRCHING FOR MINTA 
VERIFYING 

7VERIFY ERROR 
READY. 


Megjegyezzük, hogy a VERIFY sikertelen lehet más okból is, például ha a lemezen levő 
program megsérült, vagy ha a lemezegység meghibásodott stb. Feltételezzük, hogy ese- 
tünkben ennek a bekövetkezése valószínűtlen; ezért idéztük elő, a tárolt program meg- 
változtatásával, mesterségesen a hibaállapotot. 
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LIST 


18 FOR Is1 TO B :REM:Csz MODOSIÍTVRAI 
28 PRINT I. IWI.172 
38 NEXT I 


RERDY. 
SAVE "MINTA". 6 


SAVING MINTA 
RERDY , 


Próbáljuk meg kimenteni az új programverziót a régi programnévvel! A kimentésnek nem 
szabad sikerülnie, hiszen a lemezen a programot a névnek egyértelműen kell azonosítania, 
Így nem lehetnek azonos nevű programok. 

Ilyenkor a képernyőn nem jelenik meg hibaüzenet, a sikertelen kimentést csak a le- 
mezegység villogó piros lámpája jelzi. 


FIGYELEM! 
Ez az állományokra is vonatkozik. Sőt, még az sem megengedett, hogy egy állomány neve 


egy program nevével megegyezzen. Noha elvileg a lemezkezelő meg tudná különböztetni 
az állományt az azonos nevű programtól, ezt nem teszi meg. 


Ha a kimentő parancsban jelezzük, hogy nem új kimentésről van szó, hanem egy meglevő 
program felülírásáról, akkor a kimentés . sikeresen végrehajtódik. 


LIST 


19 FOR Is1 TO § :REM: €sz MÓDOSÍTVA! 
z8 PRINT I.IWI5.ITZ 
38 MEAT I 


RERDY , 
SAVE "a: MINTA" 8 


SAVIMHS EG:MINTHR 
READY . 


Adatállományokat nem lehet SAVE-vel lemezre vinni. Ott is fennáll viszont annak lehető- 
sége, hogy az ,, 2" jellel informálhatjuk a lemezkezelőt arról, hogy ne új állományt hoz- 
zon létre, hanem egy meglevőt írjon felül. 

Megjegyezzük, hogy akár programok, akár állományok esetében ilyenkor nem tényleges 
felülírást hajt végre a lemezkezelő rendszer, hiszen lehetséges, hogy az új program vagy ál- 
lomány el sem férne a régi helyén. Valójában a lemezkezelő kitörli a régi programot vagy 
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állományt, majd az újat elhelyezi valahol a lemezen, ott, ahol elegendő helyet talál számá- 
ra. Természetesen a tartalomjegyzéket és a lemeztérképet ennek megfelelően módosítja. 


FIGYELEM! 

Programok felülírással való kimentésekor gyakran tapasztaltuk, hogy látszólag sikeres ki- 
mentés után, azaz amikor semmilyen hibaüzenetet nem kaptunk, és semmilyen hibajelen- 
séget nem észleltünk, visszatöltéskor a kimentett program helyett mégis egy másik prog- 
ram jött be — egy olyan program, amely a lemezen egészen más névvel szerepelt. 

E jelenséggel kapcsolatban az az álláspontunk, hogy amíg nem vagyunk meggyőződve a 
felülírás megbízhatóságáról, célszerű azt inkább elkerülni. Helyette előbb töröljük a prog 
ramot, majd azután mentsük ki. Ezt az elvet ne csak programokra alkalmazzuk, hanem 
állományokra is terjesszük ki. 

Ellenőrzésképpen töltsük be a lemezről a programot, és listázzuk ki a képernyőre! A mó- 
dosított változatot kell megkapnunk. 


LORD "MINTA". 6 


SERARCHING FOR MINTA 
LORDING 

READTr. 

LIST 


í9 FOR Izsi TO § :REM:€ss MŰDOSIÍTYHR! 
29 PRINT I.IXI.I12 

39 MEXT I 

READY, 


A programot a nyomtatóra is kilistázhatnánk, de ez most felesleges. Nem árt azonban, ha 
visszaemlékezünk erre a lehetőségre, mert később szükségünk lesz rá — nyilván csak az ál- 
lománykezelő programoknál, maguknál az állományoknál nem, mivel azok Így nem lis- 
tázhatók. 


OPEN 44 
READY. 
CMD4 
LIST 
FPRINTH4A 


RERÜT . 
CLOSE 4 


READY, 


Készítsünk másolatot a lemezen levő programról! (Ha meg akarunk győződni a művelet 
sikerességéről, kérjük le, és listázzuk ki a lemez tartalomjegyzékét.) 
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ÜPFEN 15.8.19 


READY , 
PRINT$15. "COPY: MASOLATSEMIMTA" 


RERDY. 
CLOSE 15 


READY . 


Ez a másolatkészítési lehetőség soros adatállományokra is használható, pontosan ugyan- 
ebben a formában, sőt a COPY-val több soros állomány is összemásolható egyetlen 
állománnyá. 


Ez az összemásolás nem hajtható végre sem programokra, sem nem-soros adatállományok- 
ra. Így most nem tudjuk kipróbálni. Ezért akkor fogunk részletesen visszatérni rá, ha majd 
a lemezünkön lesznek összekapcsolható soros állományok. 

Változtassuk meg a program nevét, mondjuk a MASOLAT-ét FELESLEGES-re! Ilyenkor 
a lemezkezelő rendszer csupán a lemez tartalomjegyzékében Írja át a program nevét a 
megadott új névre, Így ez a művelet meglehetősen gyors. 


OPEM 13.813 


RERDY 
PRIMNTH15, "RENRME : FELESLEGESSZMRASOLAT " 


READY. 
CLOSE 13 


READY. 
Pontosan ugyanebben a formában használható adatállományok nevének megváltoztatásá- 


ra is, amire a soros feldolgozásra épülő rendszerekben nagyonis gyakran szükség lesz. 
Töröljük a felesleges programot! Ugyanígy törölhetők a soros állományok is. 


OPEN 15.B.15 


READY. 
PRINT$15, " SCRATCH : FELESLEGES" 


READY . 
CLOSE 15 


READY. 


Tudnunk kell azonban, hogy a program vagy állomány törlésekor a lemezkezelő csak a 
tartalomjegyzékben tárolt információkat törli, valamint szabadra állítja a lemeztérképen a 
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1.b) ábra. Tömörítés után 
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program vagy állomány számára lefoglalt területek jelzőit, de magát a programot vagy állo- 
mányt fizikailag nem törli a lemezről. Ez persze nem jelenti azt, hogy a programhoz vagy 
állományhoz hozzáférhetünk, mert csak a nyilvántartásból tudhatnánk meg, hogy az hol 
van. Ezenkívül, bármilyen lemezreírás alkalmával a program vagy állomány területe, illet- 
ve tartalomjegyzéki bejegyzése bármikor felülíródhat, hiszen a lemezkezelő ezeket a he- 
lyeket szabadnak érzékeli, így írás ellen nem védi. 

Tömörítsük a lemezt! 


OPEN 13.8.15 


RERDY . 
PRINTH15. "/ALIDATE" 


RERDY , 
CLOSE 15 


READY. 


Erre sok esetben nagyon is szükségünk van. Ha például egy soros állományt csak részben 
sikerül létrehoznunk, mert mondjuk a program valamilyen okból megszakadt, az adatok- 
kal feltöltött területek foglaltak maradnak, és feleslegesen lemezterületet vesznek igény- 
be. Ezen az sem segít, ha az állományt töröljük a tartalomjegyzékből. A tömörítés azon- 
ban felszabadítja ezeket a hulladékterületeket. (Természetesen egyben törli is a csonka 
állomány bejegyzését a tartalomjegyzékből,) 

Összehasonlításul közöljük egy lemezünk tömörítés előtti és tömörítés utáni tartalomjegy- 


zékét és lemeztérképét. Jól megfigyelhető a lefoglalt blokkok száma közötti különb- 
ség — 1.a) és 1.b) ábra. 


Úgynevezett hulladék blokkok persze nemcsak sikertelen létrehozáskor, hanem a progra- 
mok vagy állományok felülírásakor is keletkezhetnek. A tömörítés (VALIDATE) hatására 
ezek a területek is hozzáférhetővé válnak. 


FIGYELEM! 

A random állományokkal sorozatunk egy későbbi kötetében fogunk részletesen foglal- 
kozni. Azonban már most felhívjuk a figyelmet arra, hogy ezeknél a tömörítés nem hasz- 
nálható, mivel azáltal, hogy a tömörítés felszabadítaná az állomány számára lefoglalt te- 
rületeket (blokkokat), megsemmisítené magát az állományt. 


Idézzünk elő hibaállapotot, például úgy, hogy kérjünk a lemezről tartalomjegyzéket, mi- 
közben a lemezegység ajtaja nyitva van. Hibajelzést kapunk. 

Ha most az ajtót becsukjuk, és újra kérjük a tartalomjegyzéket, a parancsunk sikeresen 
végrehajtódik, és a hibaállapot is megszűnik. Ez általában más hibák esetén is Így van. 
Lehetnek azonban olyan hibák, amelyek következtében a lemezmeghajtó memóriájában 
tárolt tartalomjegyzék vagy lemeztérkép megsérül, felülíródik. Ilyenkor a hiba megszün- 
tetése után is hibaállapotban marad a lemezegység — a működést jelző (piros) lámpája 
villog. Ebből az állapotából lehet az alábbi parancssorozattal kihozni. (Ha még ezzelsem, 
akkor a lemezegységet előbb ki, majd újra be kell kapcsolnunk.) 
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OPEM 15.8.15 


RERDY . 
FRIMHTH15. "IHITIALIZE" 


READY. 
CLOSE 15 


READY, 


A LEMEZKÉZELÉS A COMMODORE lemezkezelése azért olyan nehézkes, mert 


SAJÁTOSSÁGAI csak a programok betöltésére (LOAD), kimentésére (SAVE) 
és ellenőrzésére (VERIFY) rendelkezik külön lemezkezelő 
parancsokkal. 


Az összes többi lemezkezelő funkciót, úgymint a formázást, törlést stb. kerülő úton, de 
egységesen az OPEN, PRINT és CLOSE utasításokkal kell megoldanunk. 


Ezek az utasítások azonban nem lemezkezelő, hanem adatkezelő utasítások. Az OPEN- 
nel adatállományokat lehet megnyitni, a CLOSE-zal lezárni, a PRINT-tel adatokat lehet 
egy adatállományba felvinni. 

A lemezkezelő funkciók végrehajtásakor tehát úgy kell tennünk, mintha egy adatállo- 
mányt akarnánk létrehozni, tehát azt először is szabályosan megnyitjuk: 


OPEN 153.8.15 


pontosan megadva az állomány azonosítóját, a lemezegység számát, majd az adatforgalom 
lebonyolítására kiválasztott csatornát. 

Most már elárulhatjuk, hogy az OPEN utasítás első számadata, amelynek azután szerepel- 
nie kell a PRINT és a hozzá tartozó CLOSE utasításban is, nem más, mint az á/l/omány 
azonosítója. (Ez elvileg 1 és 255 között tetszőleges egész szám lehet, úgy hogy standard 
perifériák esetén 1—127, nem standard perifériákon pedig 128—255 számok használ- 
hatók.) A programban tehát az áliományokat az OPEN-ben megadott egyedi sorszámok- 
kal azonosítjuk. Mi már régen megállapodtunk abban, hogy amikor csak lehet, a csatorna 
számát fogjuk állományazonosítóként használni. Ezért szerepel az OPEN elején és végén 
is ugyanaz a szám. 

Ezután össze kell szednünk a lemezkezelő funkció végrehajtásához szükséges információ- 
kat. Vegyük például a formázást. Ennél a szükséges információk: a funkciót magát meg- 
határozó kulcsszó, a NEW; a lemeznév, mondjuk SOROS; és a lemezazonosító, mond- 
juk St. 

Ezekből az információkból, megfelelő e/határoló jelek felhasználásával, egyetlen karakte- 
res adatot kell előállítanunk: "NEW:SOROS,S1". Mellesleg ennek az adatnak a hossza 
nem haladhatja meg a 40 karaktert, így például egy három állományt összemásoló COPY 
esetén igen könnyen zavarba jöhetünk, ha az állományok neve 9 karakteres. 


Ha mindez megvan, ezt a szöveges adatot ki kell írnunk az OPEN utasítással megnyitott 
állományba: 


PRIMTH15., "NEM: $0RÖSS 51" 
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Amennyiben több parancsot nem kívánunk kiadni, az állományt, mint minden más állo- 
mányt, a használat befejezése után le kell zárnunk: 


CLOSE 15 


Ugyanígy kell eljárnunk a többi lemezkezelő funkció esetén is, csak más és más informá- 
ciókból kell összeraknunk a kiírandó adatot. 

De mi történik a kiírt adattal? Normális esetben az a kiválasztott adatcsatornán keresztül 
eljut a lemezkezelőhöz, , aki" azután gondoskodik arról, hogy az adat annak rendje és 
módja szerint felkerüljön a lemezre, éspedig annak az állománynak a lemezterületére, 
amelyikbe az adatot fel kívántuk vinni. Pontosan ez történne a lemezkezelő informá- 
ciókból összeállított adatunkkal is, ha nem éppen a 15-ös csatornára küldenénk ki. 

A lemezkezelőnek ugyanis van egy kitüntetett csatornája, amelyet másképpen kezel, 
mint a többit. Ezen adatforgalom nem is bonyolítható le, ezért ezt a csatornát parancs 
(command) csatornának nevezzük. E csatorna azonosítója a COMMODORE gépen min- 
dig 15. 

Az adatcsatornák 2-től 14-ig számozhatók. Minthogy 16 csatorna van, ebből is látható, 
hogy a gép nem egyetlen kitüntetett csatornát kezel, hanem összesen hármat. Ezek közé 
tartozik a 0-ás és az 1-es csatorna, amelyekkel azonban ebben a könyvben nem foglalko- 
zunk, minthogy nincs közvetlen szerepük az állományok kezelésében. 

A lemezkezelő lesben áll a parancs-csatorna másik végén, és ha azon keresztül küldünk el 
valamilyen adatot, akkor azt nem viszi fel a lemezre, mint ahogyan azt a többi csatornáról 
érkező adattal tenné, hanem elemezni kezdi, és megpróbál értelmes információkat kihá- 
mozni belőle. Ha ez sikerül neki, akkor a kapott információknak megfelelően jár el. 
(A példánkban szereplő "NEW:SOROS,S1" adat alapján formázni fogja a lemezt, amit 
SOROS lemeznévvel és S1 azonosítóval fog ellátni.) 

Amennyiben a beérkező adatot nem sikerül értelmeznie, vagy ha az információ nem egy- 
értelmű, akkor hibaüzenetet küld vissza a parancs-csatornán, és természetesen nem hajt 
végre semmit." 

Az ily módon adatkezelésre visszavezetett lemezkezelés egyetlen előnye, hogy az utasítá- 
sai programból is kiadhatók, anélkül, hogy ettől a BASIC fordító vagy értelmező program- 
ja bonyolultabbá válna. Hátránya viszont, hogy állandóan figyelemmel kell kísérnünk a 
parancs-csatorna állapotát. Hibaüzenetet kapunk ugyanis, ha megnyitatlan parancs- 
csatornára küldünk ki parancsot, de akkor is, ha a már megnyitott csatornát akarjuk 
megnyitni. 

Természetesen a több állományt kezelő programokban nemcsak a parancs-csatornát, ha- 
nem az egyes állományok adatcsatornáiít is meg kell nyitnunk. Ezekre ugyanazok a szabá- 
lyok vonatkoznak, mint a parancs-csatornára. Írni, olvasni csak megfelelően nyitott állo- 
mányba, illetve állományból lehet. Az újramegnyitás azonban itt is ti/os. A lezáratlanul 
hagyott állományok pedig, amint később látni fogjuk, megsemmisülnek. 

Bonyolítja a helyzetet, hogy bizonyos lemezműveletek automatikusan nyitják és zárják, 
mások pedig bizonyos szövegösszegüggésben automatikusan zárják a parancs-csatornát. 


"Az , ALAPISMERETEK" kötetben a 81-ik oldalon már bemutattuk, hogy miként lehet a parancs- 
csatornáról leolvasni ezt a visszaküldött jelet. Erre a későbbiek során még ebben a kötetben is látunk 
majd példát. 
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Például, ha a már megnyitott csatornát újra megnyitjuk, FILE OPEN ERROR üzenetet 
kellene kapnunk, ez azonban nem mindig következik be. Ha a második megnyitásban az 
állomány azonosítója nem egyezik meg az első OPEN-ben megadott számmal, akkor nem 
jelenik meg hibaüzenet. 

Ugyanez a helyzet, ha az első megnyitást parancsként, a másodikat pedig programból, 
utasításként adjuk ki, azaz a két megnyitás között RUN parancs hajtódik végre. Nem ka- 
punk hibaüzenetet akkor sem, ha a két megnyitás között LOAD, SAVE vagy VERIFY 
parancsot hajtatunk végre. 

Mindezek arra ösztönöznek, hogy valamilyen rendet tartsunk a parancs-csatorna kezelésé- 
ben. A módszeres nyítás és zárás ugyanis megkímél bennünket attól, hogy számon kelljen 
tartanunk, mikor milyen feltételek bekövetkezése zavarja, illetve nem zavarja meg a rend- 
szert, ha a csatornát nem olyan állapotban találja, mint amilyenben várja. 

Fogadjuk el alapelvként, hogy csatornát feleslegesen ne tartsunk nyitva! Ez persze koránt- 
sem jelenti azt, hogy a csatornát minden egyes hozzányúlás alkalmával nyissuk és zárjuk. 
Megnyithatjuk, és mindaddig nyitva tarthatjuk, amíg adatforgalomra használjuk, de ha 
már nincs szükségünk rá, zárjuk le. 


ÁLLOMÁNYKEZELŐ A soros állományok kezelésére az alábbi öt utasítás hasz- 


UTASÍTÁSOK nálható: 


— OPEN  :állomány megnyitása 

— PRINTi: adat Írása állományba 

— INPUTÁ: adat olvasása állományból 

— GET : bájt olvasása állományból 

— CLOSE : állomány lezárása 

Használatukkal az állományok kezelése kapcsán részletesen fogunk foglalkozni. Itt elöl- 
járóban csak az alapelveket rögzítjük le. 


OPEM 2.8.2., "ALFA. SEG; REAN" 


Ha az állományt már korábban megnyitottuk, a program FILE OPEN hibaüzenettel leáll. 
Egyébként megnyitja a 2-es állományt a 8-as egységen. Lefoglalja számára a 2-es adatcsator- 
nát. Tudomásul veszi, hogy az állományt olvasni (READ) akarjuk. Ennek megfelelően meg- 
keresi az "ALFA" nevű bejegyzést a lemez tartalomjegyzékében. Ha" nem találja , vagy az 
nem soros (SEO) állományé, akkor hibaüzenetet nem kapunk, a program tovább fut, de a 
lemezegység piros lámpája villog. Ilyenkor a parancs-csatornáról a FILE NOT FOUND 
üzenetet olvashatjuk le. Ha megtalálja, megjegyzi az adott állomány kezeléséhez ott tárolt 
adatokat (kezdőcím, méret stb. ). 


DPEN 3.B, 3. "BETA. SEG, WRITE" 


Ha az állományt már korábban megnyitottuk, a program FILE OPEN hibaüzenettel leáll. 
Egyébként megnyitja a 3-as állományt a 8-as egységen. Lefoglalja számára a 3-as adatcsator- 
nát. Tudomásul veszi, hogy az állományt létre akarjuk hozni, azaz írni (WRITE) akarunk 
bele. Ennek megfelelően megkeresi a "BETA" nevű bejegyzést a lemez tartalomjegyzéké- 
ben. Ha megtalálja, hibaüzenetet nem kapunk, a program tovább fut, de a lemezegység piros 
lámpája villog. Ilyenkor a parancs-csatornáról FILE EXISTS üzenetet olvashatunk le. Ha 
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nem találja, akkor felviszi a tartalomjegyzékbe az állománynevet, és szabad helyet keres 
neki a lemezen. 


OPEN 4.84. "GAMMA , SEG , APPEND" 


Ha az állományt már korábban megnyitottuk, a program FILE OPEN hibaüzenettel leáll. 
Egyébként megnyitja a 4-es állományt a 8-as egységen. Lefoglalja számára a 4-es adatcsator- 
nát. Tudomásul veszi, hogy az állományt bővíteni (APPEND) akarjuk, azaz hozzá akarunk 
írni. Ennek megfelelően megkeresi a "GAMMA" nevű bejegyzést a lemez tartalomjegyzé- 
kében. Ha nem találja, hibaüzenetet nem kapunk, a program tovább fut, de a lemezegység 
piros lámpája villog. Ilyenkor a parancs-csatornáról FILE NOT FOUND üzenet olvasható 
le. Ha megtalálja, szabad helyet keres az állomány folytatásának a lemezen. 


PRINTHS, "A" S$5155$5B 


Ha az 5-ös állomány nincs megnyitva, a program FILE NOT OPEN üzenettel leáll. Ha az 
állomány olvasásra van megnyitva, hibaüzenetet nem kapunk, a program tovább fut, de 
a PRINT utasítás nem hajtódik végre. Egyébként folyamatosan egymás után, sorban fel- 
viszi az 5-ös állomány lemezterületére, az első szabad helytől kezdve az "A" konstanst, az 
S$ változó tartalmát, az 1 konstanst, az S$ változó tartalmát, a B változó tartalmát, vala- 
mint egy sorvége (RETURN) jelet. Közben az adatok által elfoglalt blokkokat bejegyzi a 
lemeztérképre. 


IMPUTHÉ A V8 


Ha a 6-os állomány nincs megnyitva, a program FILE NOT OPEN üzenettel leáll. Ha az 
állomány nem olvasásra van megnyitva, hibaüzenetet nem kapunk, a program tovább fut, 
de az INPUTf utasítás nem hajtódik végre. Egyébként az utolsó beolvasást követő pozí- 
ciótól kezdve beolvas a 6-os állomány lemezterületéről két adatot; az elsőt az X változó- 
ba, a másodikat az Y$ változóba tölti be. Ha a betöltés sikertelen, például azért, mert az 
első adat nem numerikus, akkor a program FILE DATA ERROR üzenettel leáll. Egyéb- 
ként az adatokat szeparátor(elválasztó)jeltől szeparátorjelig olvassa. 

Később pontosan meg fogjuk mutatni, hogy mi számít szeparátorjelnek. Már most megje- 
gyezhetjük azonban, hogy általában vagy a vessző, vagy a sorvége (RETURN) /e/. 


FIGYELEM! 

Üres állományból, amit tehát a létrehozásakor csak megnyitottunk és lezártunk, o/vasni 
nem lehet. Ilyenkor a program lemerevedik, és a gép csak STOP-HRESTORE segítségével 
vagy ki/be kapcsolással hozható mozgásba. 


GETH7.U$.V$. 28 


Ha a 7-es állomány nincs megnyitva, vagy nem olvasásra van megnyitva, ugyanez a jelen- 
ség következik be, mint az INPUT: esetén. Egyébként az utolsó olvasást követő pozíció- 
tól kezdve beolvas a 7-es állomány lemezterületéről három egymást követő bájtot, és azo- 
kat sorban egymás után betölti az U$, V$, Z$ változókba. Nincs tekintettel arra, hogy a 
bájtok adatokhoz tartoznak-e, vagy adatok közötti szeparátorjeleket tartalmaznak. 


FIGYELEMI 
Üres állomány esetén a GET His úgy viselkedik, mint az INPUT--, 


CLOSE § 
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Ha a 8-as állomány már le van zárva, hatástalan. Egyébként elengedi (felszabadítja) az ál- 
lomány számára az OPEN-ben lefoglalt adatcsatornát. Ha az állomány nem olvasásra volt 
megnyitva, a tartalomjegyzékbe bejegyzi az állomány méretére és elhelyezkedésére vonat- 
kozó információkat. 


FIGYELEM! 

A CLOSE ez utóbbi funkciójának a következménye, hogy ha egy írásra megnyitott állo- 
mányt nem zárunk le, akkor az állomány tulajdonképpen megsemmisül. Még akkor is, 
ha a lemez tartalomjegyzékében megmarad a neve úgy, ahogyan azt az OPEN utasítás 
oda felírta. A jelenségre abból következtethetünk, hogy ilyenkor az állomány által elfog- 
lalt blokkok száma a tartalomjegyzékben nullával van jelölve, és a SEO jelzés előtt egy 36 
(csillag) áll. 


Megjegyezzük, hogy egy állomány felülírásra is megnyitható. Az ilyen megnyitás ponto- 
san olyan, mint az Írásra történő megnyitás, csak az állomány neve elé kell odabiggyesz- 
teni a , kukac" jelet és egy kettőspontot ( (2:) — ugyanúgy, mint a programok felülírása- 
kor. A működése azonban eltérő: ha az állományt már korábban megnyitottuk, FILE 
OPEN ERROR üzenettel a program leáll. Ha az állomány szerepel a tartalomjegyzékben, 
akkor felülíródik, ha nem, akkor ugyanúgy létrejön, mintha csak simán írásra nyitottuk 
volna meg. 

A fenti állománykezelési lehetőségek néhány egyszerű tesztprogrammal könnyen kipró- 
bálhatók. 

Először hozzunk létre egy "PROBA " állományt: 

19 ÜPEH 2.8, 2. "FROER. SEC, HRITE" 

28 PRIHTHZ, "FIRRA" 

38 CLÜSE 2 

ag EMI 


(0 a a 


Ennek tartalma egyetlen adat: "AAAA". Erről meggyőződhetünk, ha írunk egy progra- 
mot, amely az állományt olvasni tudja: 


16 ÚFEH 2.8.2."FEŐER.SEf.FREHRN" 
26 IMHFUTHZ.HE 

22 FKIHT A$ 

398 ÜLÍTZE iz 

39 EHI 


6.0, e. 


Most bővítsük az állományt egy újabb adattal : 

18 ÚFEH Z.8.2."FROBR. 5EG. HFPEHI" 
23 PRIMHTHA. "EBBE" 

sa CLŐSE z 

a9 EHI 


ej. 
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A program végrehajtásakor az állomány bővülni fog a "BBBB" adattal. Ha lefuttatjuk az 
olvasóprogramot, persze csak az "AAAA" adatot kapjuk meg, mert ez a program csak 
egy adatot olvas. Könnyen írhatunk olyat, amelyik kettőt is tud: 

18 OFEH 2.8.25"FROER, SEM. REHRU" 

28 IHFUTHZ HE 

21 IMFUTHZ.E3 


za FRIHT A3 
26 FERIMHT B$ 
39 CLÜSE 2 
s3 EHH 


Így már meggyőződhetünk arról, hogy az állományban mindkét adat szerepel. Végül íÍr- 
juk felül az állományt: 


19 ÜPEM 2.852. "8:FEOEH. 5EG. HRITE" 
z8 FRIHTHZ. "EELC" 

38 CLÜSE Z 

99 EHI 


6. . 


Ha most végrehajtjuk bármelyik olvasóprogramot, láthatjuk, hogy az állományban csak 
egyetlen adat van, a "CCCC". A korábbi "AAAA" és "BBBB" adatok a felülírással meg- 
semmisültek. 

Még egy tanulság adódik, ha erre az állományra a két adatot olvasó programot futtatjuk 
le: az A$ tartalma "CCCC" lesz, a B$ viszont üres marad, vagyis a " " adatot tartalmazza. 
Egy állományból tehát nem olvasható több adat, mint amennyi van benne. 

E mintaprogramocskák alkalmas módosításával, például az OPEN elhagyásával, hibás állo- 
mánynév megadásával, az OPEN megduplázásával, a READ vagy WRITE kulcsszavak meg- 
cserélésével stb. előállíthatjuk a hibaállapotokat, és tanulmányozhatjuk azok következ- 
ményeit. Ilyenkor célszerű a parancs-csatorna lekérdezését beépíteni a programokba. Pél- 
dául: 


19 ÜFEH 15.58.15 

z ÜFEM 2.8. 2. "FROBR, SES. HRITE" 
39 IHFUTHIZ.H.H$ 

31 FRINT : FRIHT "—0FEH 2" :H;H$ 
49 FRIHTHZ: "ARRA" 

599 IMFUTHI15S.H.H$ 

51 FRINT : FRIMHT "£PRIHTS"5H;H$ 
ég ÜLOSE z 

78 IKPUTHIS.H.H$ 

71 FRIHT : FRIHT "TELŐSEZ":H:H$ 
398 ÜLŐSE 15 

99 EHD 
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Ha ezt lefuttatjuk, hiba fog bekövetkezni, hiszen a "PROBA" állomány már létezik: 
FEL1t4 

TÜFEH 5 63 FILE EzIZTS 
TFRIHTS b ÜEk 

ZÜLÜSES Mi ÜK 


REHÜT 


Figyeljünk fel arra, hogy hibaállapot csak a megnyitásnál következett be. A többi műve- 
letnél, azaz az írásnál és a lezárásnél hibajelzést nem kaptunk, viszont a műveletek hatásta- 
lanok voltak. (Ebben van bizonyos logika: nem lehet hibás az a művelet, amely nem haj- 
tódik végre.) 


z A lemezről leolvasni csak azt lehet, ami oda fel volt Írva. Ezért 
ADATKEZELES sk b he be pi ég 
SOROS az írás és az olvasás között természetszerűleg összhangnak kell 
ÁLLOMÁNYOKBAN lennie. Ahhoz, hogy ezt megértsük, nézzük meg előbb, hogy 
TT milyen formában vannak az adatok a lemezen tárolva. 
Mindenekelőtt írjunk egy tesztprogramot, amely bármely soros állományt bájtonként tud 
olvasni, vagyis nem INPUT, hanem GET utasítást használ. A GET ugyanis nem , érzékeli" 
az adatokat, az állományból csak bájtokat , lát" 


1 PRIHT 

2 FRIHT 

3 FRINTSALLOMANY APHTOHKENTI OLYASASA! 
4 PRIMTY——— sees mmm mese esemeésnn nni 
5 FRIHT 

199 REM: 

191 REM: ————— esen en neee 
1a2 REM: 

118 :  IMFUT "ALLOMANYE";F$ 

í29 : Isi 

138 : ÚFPEM 2.8,2,F$4", SEU, READ" 

148 :  FRIMT:PRIHMT 

288 REM: 


291 REM: ———6— esem mm emám een 
zzz KEM: 

zim : IF STATUS THEN GÜTNM 318 

228 : :  IHFUTHZ Ab 

238 :  :  FERIMHT RIGHTEZ" "4ASTE$S(I5.25; 
zám : 0: PRIHT ". ADRTAS":A$5 "e" 

zan : : FEIMT:I5rI6t1 

zga : GOT zim 

23980 REM: 

301 REM: ————e eses esen és en memmti 
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392 REM: 

316 :  PRIHT "CYEGE1" 

329 : CLOSE 2 

339 : FRIMT 

998 REM: ii 
991 REM: —————— et dárütménjátégéjéetásásákn új 
982 REM: 

999 EMI 


READY. 


A program bejelentkezik (1—4), majd bekéri az olvasandó állomány nevét és megnyitja 
azt olvasásra (110—140). Ezután megszervez egy ciklust (210—299), amelyben beolvas 
egy bájtot (220), ha az sorvége (RETURN) jel, akkor kicseréli egy kis rombuszra (230), 
majd kinyomtatja a bájt tartalmát a képernyőre (240). Minden olvasás előtt figyeli az ál- 
lomány végét (210), és ha elérte azt, megfelelő üzenetet ír ki, és lezárja az állományt 
(310—330). Végül leáll (999). 

Megjegyezzük, hogy az állomány végének figyelése rendkívül egyszerű. A lemezkezelő 
ugyanis automatikusan beállít egy STATUS nevű változót, amely semmilyen más célra 
nem használható. Ennek tartalma logikai , hamis", ha még nem érte el az állomány végét, 
és logikai , igaz", ha már elérte. 


Valójában a STATUS értéke az állomány végének elérése előtt 0, az állomány végének el- 
érésekor 64, sikertelen lemezművelet esetén pedig 128. Ezeket a numerikus értékeket 
használjuk logikai értékként. (Érdemes megfigyelni, hogy mind a 64, mind pedig a 128 
esetén csak egy bit értéke — 1.) 

Már most felhívjuk a figyelmet arra, hogy a STATUS értéke nem az utolsó adat beolvasása 
után vált át 0-ról 64-re, hanem már az utolsó adat beolvasásakor. További sajátossága, 
hogy csak egyetlen STATUS változó van, amely mindig a legutolsó művelet sikerességét 
jelzi. Ez bizony rendkívül kellemetlen, ha több állományt kell kezelnünk, de egyetlen 


állomány esetén, mint a példánkban is, az állomány végének figyelésére ez a legegysze- 
rűbb módszer. 


FIGYELEM! 


Az üres állományok olvasása ellen a STATUS nem jelent védelmet. Értéke a megnyitáskor 
még nulla, és csak az első olvasáskor áll át 64-re. De akkor már késő. 


Csupán a teljesség kedvéért megemlítjük, hogy a soros állományok végén nincs külön állo- 
mányvége (EOF — end-of-file) jel. Azt, hogy elfogytak az adatok, a lemezkezelő a blokk 
feltöltöttségéből tudja meg. Ezt az adatot magában a blokkban tárolja, az első két bájt kö- 
zül a másodikon. Ezért egy blokkba legfeljebb 254 bájtnyi adat írható. A STATUS és az 
állományvége kezelésével egyébként a későbbiekben még foglalkozni fogunk. 

Most egyelőre ott tartunk, hogy kipróbálhatjuk a bájtonként olvasó programunkat a 
"PROBA" állományra. Ha mindeddig a leírtak szerint jártunk el, akkor az eredmény 
ez lesz: 
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FLIM 
ALL UMHHrT BAJTUHEKEHTI ÜLYHSHSH 


HL. Üütttátáyze FRÍTERH 
COOL VEGE] 


REHRÜTr 

A sorvége (RETURN) jelet azért cseréltük ki a kis rombuszra (káró jelre), hogy a kiírás 
olvashatóbb legyen. 

Ennek mintájára könnyen Írhatunk olyan programotis, amellyel soros állományokat ada- 
tonként tudunk olvasni: 

1 FRIHT 

2 PRIHT 

3 FRIHT"ALLOMRMY HURTÜHKEHTI OLYASASA 

a ZT szála 9 5. JÁ sétákat zátszátslázássa asíszásaásszkastelsztaatgslsalszsatlesesualetsatani 

3 FRIHT 

199 KEN: 


119 : IHPUT "ALLOÚHRNYZ":F$ 

1zú : I-1 

1398 : ÜFEM 2.5.2.FÉTr", SEM. READ" 
149 : FRIHT:PRIHT 


zh REM 

291 REM TŐ —ASe see ee éra tni tré úg éke a és tte éa úr e a am s ma e en 
zzz REM: 

218 : IF STHAHTUZ THEM GOTO Z18 

zza : : . IHFUTHZ. A3 

zag : : FKIMNT RIGHTEZ" 0 "4STRELI5 2; 
249 : : FKIHT ". HORTZSS;HÉG"á" 

zga : FRIHT : IzIt1 

299 : GAOTO 218 

398 REN: 

391 RETTT —€—6——€66 ehh es e vvma smart in réme mag át ir ige ee e mer tát 


RERDY. 
30 


Az eltérés csak annyi, hogy GET; helyett INPUTZ utasítást használtunk, így 1-1 bájt 
helyett 1-1 adat fog beolvasódni a ciklus minden egyes menetében. Természetesen a jobb 
olvashatóság kedvéért a kiírás formátuma is más. 

Futtassuk le ezt a programotis ai "PROBA" állományra: 


FILJH 
ALLOHÁHT HORTOÓHEKEHTI ÖLVASHZRA 


ALLOHHHrYz? FELEK 


1. ADARTSÜTEI ee 
[VEGE] 
REANT 


Végül hozzunk létre egy üres állományt: 


19 OPEH 2.8. 2. "URES, SEG.HRITE" 
zg CLOSE 2 


READY. 


Majd engedjük rá a bájtonkénti olvasóprogramot. Amint vártuk, a rendszer el fog szállni. 
Ne ijedjünk meg, ki/be kapcsolással vagy a STOP-RESTORE használatával helyreállít- 
ható. 

Érdekes módon a probléma mégis megkerülhető. Igaz ugyan, hogy a STATUS az OPEN 
után nem vált át, de ha az utóbbit a parancs-csatorna lekérdezése követi, akkor mégis 
átáll 64-re, ha az állomány a megnyitáskor üres volt. 

Ezt egy kis tesztprogrammal könnyen kipróbálhatjuk: 


119 FRINT 

129 OPEH 15.815 

139 OPEM 2.8. 2. "URES, SEC, RERO" 

146 PRINT "OPEHM IJTAM STATUS s" STATUS 
158 FRIHT 

166 IMFUTHIS.H. HÉ 

178 PRIHT "IHPUTHIS UTAM STATUS —":5TATIJZ 


189 CLOSE 2 

198 ÜLŐSE 15 

195 EMD 

RUH 

ÜFEM IITHH STATUS sz kW 
IHEUTH13 UTHH STATUS z 64 
RERÚT. 
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Ha ennek értelmében beszúrjuk az alábbi utasításokat a bájtonként olvasó programba: 


125 ÜPEH 15.38.15 
133 IMFUTHIS:.H. HZ 
325 CLOSE 13 


akkor újra megkísérelhetjük az "URES" állomány olvasását. Most már kielégítő ered- 
ményt kapunk: 


FElJIN 
ALLOMANY BAJTOMKEMTI OLYASASR 


a ee ee ke e e áeka den etakkosakoszseeeze eelezetezzteszkezásezkesáesezteadsstusámesáuni 


ALLOMAHYT? URES 
LVEGE J 
READY a 


Látható, hogy a program nem szállt el, hanem az olvasó ciklus egyszer sem hajtódott 
végre. 


Mint már említettük, a STATUS használata az állomány végének figyelésére a legjobb esz- 
köz, különösen, ha egyetlen állományt kezel a programunk. Ezért célszerű, hogy éljünk is 
ezzel a lehetőséggel, azaz az OPEN után mindig kérdezzük le a parancs-csatornát. (Ez az 
olvasások után már nem feltétlenül szükséges.) Így igen tiszta, világos, logikus program- 
szerkezeteket lehet létrehozni, aminek a rekordonkénti soros feldolgozásnál látjuk majd 
hasznát. Ugyanis ilyenkor a feldolgozó ciklus pontosan annyiszor fog végrehajtódni, 
ahány rekord van az állományban; mégpedig az első rekordot az első ciklusmenet, a máso- 
dikat a második, és így tovább, dolgozza fel. Természetes, hogy az üres állomány esetén, 
amelyben nulla számú rekord van, a feldolgozó ciklus nullaszor, azaz egyszer sem hajtó- 
dik végre. Az ilyen programok azon túlmenően, hogy jól áttekinthető szerkezettel rendel- 
keznek, az üres állományokkal is a rendeltetésüknek megfelelően működnek, tehát az 
állomány feltöltöttségétől függetlenül használhatók. 

Így felvértezve, most már hozzáfoghatunk az Írás/olvasás teszteléséhez. Vegyük észre, 
hogy a bájtonként és az adatonként olvasó programok nem gyakorló, hanem általáno- 
san használható, igazi tesztprogramok. Ezért szerepelnek itt a végleges dokumentáció- 
juknak megfelelő formában. 

Mindenekelőtt hozzunk létre egy állományt, amely négy numerikus adatot tartalmaz 
úgy, hogy minden egyes adatot külön-külön vigyünk fel: 


19 PRIMT:PRIMHT " HUMERIKUS FELYITEL" 
28 ÜPEM 2.8. 2. "MHUMFROBA , SEC. WRITE" 
38 FRIHTHZ.1111 

48 PRIMTHZ,ZZ.ZZ 

98 FRIMNTHZ: "HZ 

63 FPEIMTHZ2. HADKBOABORBBOK 
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4 
kot) 


ELSE 2 
FERIMT:FKIMT " KESZ" 
EH 


4 gő 
4 
kar) 


Lír d 
Wa 


RERIT 


A programot lefuttatva létrejön a "NUMPROBA" 4llonány Olvassuk ezt el a bájton- 
ként olvasó programmal: 


FELIHA 
ALLUMÁHT BAJTOHKEHTI ÜLYASHZR 


ALLOHHHTz 7 HUMFETER 


1111 4 Z-Z.Zz d$—. 372 4 JESÖZ $(Ü(/VEGE] 


KREHÜV, 


Láthatjuk egyrészt, hogy a numerikus adatok olyan formában kerülnek a lemezre, mint 
ahogyan a képernyőre kerülnének a PRINT hatására. Vagyis előjelbájttal, az adatot köve- 
tő elválasztó szóközzel, valamint a túl nagy vagy túl kicsi számok esetén normál alakra 


konvertálva. 
Másrészt a külön-külön felvitt adatok közé sorvége (RETURN) jelek kerülnek. 


Olvassuk el az állományt az adatonként olvasó programmal: 
FA 
ALLOMÁHr ADHTÜHKEHTI ÚLY 


ALLOHRH ez? HUHFETER 


1. ADATS1111 6 
2. ADAT-ZZ.ZZ 4 


, HÚRTS-.cziz 4 
3. HORHRTz 4EHAZ pe 
LVEGEJ 
REHIr 


Két tanulságot állapíthatunk meg. Egyrészt az adatonként feltöltött állomány adatonként 
is olvasható; másrészt a numerikus adatok karakteres változókba is beolvashatók. 

A numerikus olvasást ugyanezzel az állománnyal és ugyanezzel a programmal próbálhat- 
juk ki, ha az olvasóprogram AS változóját mindkét előfordulási helyén A-ra cse- 
réljük ki. 

A karakteres írás/olvasás jellegzetességeivel a "PROBA" állomány kezelése kapcsán már 
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megismerkedtünk. Az alapelvek változatlanok: a karakteres adat olyan formában kerül a 
lemezre, mint amilyenben kiíráskor a képernyőn megjelenne; a külön-külön felvitt adato- 
kat egy-egy sorvége (RETURN) jel követi; az így létrehozott állomány adatonként olvas- 
ható — természetesen csak a felvitel sorrendjében. 

Bájtonként minden (nem üres) soros állomány olvasható. 


Fi Az adatok nemcsak külön-külön, hanem úgynevezett rekor- 
REKORDOK KEZELÉSE mié 4 z álsz 
SOROS ÁLLOMÁNYON dokba (logikailag összetartozó adatcsoportokba) tömörítve 
BELÜL is felvihetők a soros állományba. A rekordorikkénti felvitel épül- 
TETT het fix vagy változó hosszúságú rekordokra. 
A fix hosszúságú rekordokra jellemző, hogy meghatározott számú karakterből álló folya- 
matos jelsorozatból állnak, amelyen belül az adatok semmilyen szeparátorjellel nincse- 
nek elválasztva egymástól. A rekordot mindig sorvége (RETURN) jel zárja le. 
Hogy ez a jelsorozat visszaolvasáskor értelmezhető, azaz adatokra szétbontható legyen, 
minden adatnak a rekord meghatározott pozícióján kell elhelyezkednie. 
Az egyik megoldás, hogy a rekordot az adatokból összeszerkesztjük, majd egyetlen 
karaktersorozatban felvisszük az állományba. Legyen például két adatunk, egy 8 bájtos 
karakteres (szöveges) , és egy 6 bájtos numerikus: 


19 PRIHT 
28 PRIHT"FIX REKORD FELYITEL" 

39 FRIHT 

48 U$z" ő 

59 A$Z"ARARA" : B51111 

68 OPEH 2.8, 2, "FIXREKORD, SEC, HRITE" 

78 A$ZLEFTE(A$-6U$, BJHRIGHTE(USHETREL BI, 62 
80 PRIMTH2,X$ 

ag CLOSE 2 

99 EHUD 


REHÚT. 


Minthogy az adatok nem feltétlenül a meghatározott hosszal rendelkeznek, gondoskod- 
nunk kell a kiegészítésükről. Ez történik a 70-es sorban. A karakteres adatokat konvenció 
szerint balra, a numerikusakat jobbra zárjuk. 

Olvassuk el az állományt a bájtonkénti olvasóval : 


FRLIH 
ALLUHAHY EAJTÓMHKEMTI OLYVHZSZHSH 


ALLÜMHHHYz7 FI5EBEKOFRŐÜ 
AH 11116L[Lv/EGEJ] 


HH 
REHUT. 


Látható a rekord, az összefüggő karaktersorozattal. Az adatonkénti olvasóval nem érde- 
mes az állományt olvasni, mert a teljes rekord jönne be. (Próbáljuk ki!) Az egyes adatok- 
hoz csak egy rekordonként olvasó programmal férhetünk hozzá: 


18 FRIHT 

29 FRIMT "FIA REKORD OLVASAS" 
30 FKIHT 

49 ÜFEM Z.2.2."FI5REKORIL SEL EBEHÜ" 
ag IHFUTHZ. A: 

ég ÜL0SE 2 

r8 HSZzLEFTELA$. 6. 

793 PRIHT "Hisz"; Há." 

89 E S/AL(RIGHTÉESAÉ 644 

83 FERIMT "E sá9.B ez 

38 FRIHT 

99 EMI 


REHÜT. 


A program a teljes rekordot olvassa, majd a karakterláncot szétszedve előállítja az adato- 
kat. Ehhez természetesen ismernie kell a rekord szerkezetét: az adatok sorrendjét, hosz- 
szát, típusát. 

Ennek a felviteli módnak a hátránya, hogy az adatok összeszerkesztésével legfeljebb 255 
bájtos rekordot hozhatunk létre, mivel ennél hosszabb karakterlánc nem állítható elő. 
Ugyanakkor az összeszerkesztés időigényes is, ami a programot lassítja. 

Az összeszerkesztés azonban elkerülhető : 


19 FRIHT 

29 FRIMHT"FIZ REKÜRŰÚ FELYITEL" 
sa FRIHT 

441 ás" a 

a AH$z"AHHARH" : E-ilii 

64 ÜFPEM 2.8.25"FIS5REKÜRT.SEGHMKITE" 
r6 HSzLEFTELRETII$. § 7 

T3 ESZRKIGHTE(IJEHZTEÉÉ BA. 5 

eg FFRIMHTHZ.HE;ES 

98 ÜLŐSE z 

599 EMU 


RERIv 


Itt a rekordot nem állítjuk összea memóriában, hanem a PRINT utasításban felsoroljuk a 
rekord adatait meghatározó konstansokat és változókat — egymástól pontosvesszővel elvá- 
lasztva. Ennek hatására az adatok sorra felíródnak a lemezre, de közéjük nem kerül sze- 
parátorjel — ugyanúgy mint a képernyőn. Így ez a program pontosan ugyanazt a rekordot 
állítja elő, mint az előző. 

(Ha ki akarjuk próbálni, előbb a "FIXREKORD" állományt törölnünk kell.) 
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FIGYELEM! 

Soha ne használjunk a változók között a pontosvessző helyett vesszőt. Ilyenkor az adatok 
ugyanúgy tabulálva kerülnek a lemezre, mint ahogyan a vessző hatására kiíratáskor 
(PRINT-tel) a képernyőre vagy a nyomtatóra kerülnének. Ez pedig jelentős helypocséko- 
lást etedményez. Nem érdemes kipróbálnunk, de az eredményt bemutatjuk: 


19 FRIHT 

20 PRIMT"FIX REKORD FELYITEL" 
39 PRINT 

49 U$z" ú 

58 HÉZ"ARRA" : Bzilil1 

€f OPEM 2, 8, 2, "FIXREKORD, SEC, HRITE" 
78 ASZLEFTÉCHEtUS$, 8) 

75 B$zRIGHT$(U$$STR$(B1,6) 

88 PRINTH2,A$,B$ 

ag CLOSE 2 

99 EHD 


RERÜTr. 
FELIH 


ALLOMANY BAJTOHKENTI OLYÁSASA 


ALLOMHHesz FI5REKÜRL 
HHHH 1111$L[vEGE J 
RERÜT. 


Megjegyezzük, hogy akár adatonként is felvihetnénk a rekord elemeit, azaz minden vál- 
tozót külön PRINT: utasításba írva, ha az utolsó adat PRINT3f-je kivételével minden 
PRINT:$-et pontosvesszővel fejezünk be. Ezta megoldást azonban nem javasoljuk, mert ke- 
vésbé áttekinthető, a dokumentatív ereje ís kisebb, és főleg a hibalehetőség nagyobb. (Ha 
például egy helyen kifelejtjük a pontosvesszőt, egy helyett két rekord kerül a lemezre — 
persze az egyik az eredeti rekord első felét, a másik a második felét tartalmazza.) 


FIGYELEM! 
Az INPUTZ utasítással legfeljebb 88 karakter hosszúságú adatok olvashatók le a lemezről, 
így az ilyen fix hosszúságú rekordok mérete legfeljebb 88 bájt lehet. 


A változó hosszúságú rekordokban minden adat pontosan annyi helyet foglal el, amennyi 
a tárolásához szükséges. Így nincs szükségünk sem az összeszerkesztésre, sem a kiegészí- 
tésre, de még a szétbontásra sem. 


Ennek az az ára, hogy az adatok közé alkalmas e/választó jeleket kel! elhelyeznünk, hiszen 
(szemben a fix hosszúságú rekorddal) soha nem tudhatjuk, hogy hol végződik egy adat és 
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hol kezdődik a következő. Elvileg többféle szeparátorjel használható lenne, de gyakorlati- 
lag célszerű olyant választani, amely a rekord beolvasását megkönnyíti. Ez pedig a 
vessző. 

Hozzunk létre egy változó hosszúságú rekordot: 


18 FKIMNT 

28 FRIHT "VALTOZÓ REKORD FELYITEL" 
389 PRINT 

48 H$z"BEBB" : Eszzzz 

SA áz " űj "1 

ét OPEM 2.8. 2." VALREKÜRŐ , SES. HRITE" 
78 FEIHTH2.A$; 43: B 

ah CLŐSE z 

59 EHD 


RERUT 


A felírást ugyanolyan PRINT: utasítás hajtja végre, mint amilyet a fix hosszúságú rekord- 
nál használtunk. A különbség az, hogy az egyes adatok között még a szeparátorjelet is fel 
kell vinni. Fontos, hogy a felsorolt változókat pontosvesszővel válasszuk el egymástól, 
mert Így biztosítható, hogy az adatok közé a szeparátorjelen kívül más ne kerüljön. 
Leolvasva a rekordot a bájtonkénti olvasóval, láthatjuk, hogy a rekord adatai között ott 
a vessző, és a rekord végén a RETURN jel: 


FUH 


ALLOMEMHT  ERHJTÜHEE 


rHT1 


ÜL SEZHZE 


ALLORHEH veze EL KEK ÜFeTt 


EBER. zzzéz tlvEME 1 
RERHIv a 


Ez a rekord azonban az adatonkénti olvasóval nem olvasható be. Próbáljuk ki: 


FILIH 


AL. : b ÚMAKHYy HIF TTOM IKE : 


ELLOMEHYE? 


1 AOAT sz :BER Et 
[GAL ESLET E 


REHÜY , 
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A rekord beolvasásához rekordonként olvasó programot kel! írnunk: 


16 FFRINT 

28 PRIMT "REKÜRDÜMKEMTI OLYASAS" 
a ETT Vesz téő ge ezette eat SES ü 
4 FRINT 

56 ÜPEH 2.852. "VALREKOROT, SES, REHD" 
e IMFUTHRZ AE BE 

rÖ CL0SE 2 

88 FRIHT:FRIHT "AászZ"sA$ "e 

38 PRIHT:PRIHT "B sdVöB o." 

ag EHI 


RERIT a 

Ennek jellegzetessége, hogy az egy rekordból beolvasandó adatokat fogadó összes változó 
egyetlen INPUT:Á utasításban van. Természetesen az adatok sorrendjét és típusát ismer- 
nünk kell (de a hosszát neml!). 


mindig egy teljes rekordot visz fel, illetve olvas be. 

Megjegyezzük, hogy az INPUT:3-ban megadott változók számának nem kell megegyeznie 
a rekordban levő adatok számával. Ha csak az A$ változót adjuk meg, akkor csak a rekord 
első adata fog betöltődni. Ha pedig egy harmadik, mondjuk C$ változót is megadunk, az 
nem fog értéket kapni. A rekordonként olvasó program megfelelő módosításával ezt 
könnyen kipróbálhatjuk. Itt csak a második esetre vonatkozó eredményt közöljük: 


Fl1t4 
REECEDOHKEMTI OLYFASAS 


BERÜY, 

Fontos, hogy adatot átlépni nem lehet. Ha egy rekordban három adat van, de az INPUT3t- 
ban csak két változót adunk meg, mindig az első két adat fog betöltődni, soha nem az 
első és az utolsó, vagy az utolsó kettő. 
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Ha pedig az INPUT3-ból úgy hagyunk el változót, hogy az őt követő vessző megmarad, 
azaz az INPUT$ vesszővel kezdődik vagy vesszővel végződik, vagy két változó között 
több vessző van, akkor SYTNTAX ERROR (helyesírási hiba) üzenetet kapunk. Ilyenkor 
a program futása megszakad. 

A rekordonként létrehozott állomány csak a rekordszerkezet ismeretében kezelhető. Az 
adatok sorrendjét és típusát mindenképpen számon kell tartanunk — ez persze igaz az 
adatonként létrehozott állományra is. Fix hosszúságú rekordok esetén pedig ezenkívül 
még az adatok hosszát is ismernünk kell. 

A sorrend határozza meg ugyanis az adat jelentését. Ha beolvasunk három adatot, legye- 
nek ezek mondjuk 01, 02, 03, tudnunk kell, hogy melyik jelenti az évet, a hónapot és a 
napot. Nem mindegy, hogy ezek 1901. február 3-át, vagy 1903. január 2-át jelentik. 

A típus ismerete azért fontos, mert numerikus változóba nem olvashatunk be szöveges 
(karakteres) adatot. 

Próbáljuk meg kicserélni a rekordonként olvasó programban az A$ változót A-ra! Prog- 
rammegszakítás és adathibára utaló üzenet lesz az eredménye: 


ReH 


"FILE DATA ERRÜK IH Ek 
KERÜT , 
CLÜSE ez 


RERÜT " 


A típusra természetesen nemcsak a rekordonkénti állománykezelésnél kell tekintettel 
lennünk, hanem bármilyen más olvasásnál is. 

Megjegyezzük, hogy ez elkerülhető lenne, ha a lemezről mindig csak karakteres változók- 
ba olvasnánk be adatot. Amint már láttuk, ez numerikus adattal is megtehető. Ilyenkor 
azonban azokat az adatokat, amelyeket numerikusként kell használnunk, beolvasás után 
külön konvertálnunk kellene. Ez lehetséges, de felesleges időveszteséggel jár. Nyilvánvaló 
azonban, hogy ismeretlen állomány esetén, például a mi olvasó tesztprogramjainkban, 
nincs más választásunk. 

Végezetül megemlítjük még a vegyes adatfelvitel lehetőségét. Ez úgy érhető el, hogy sze- 
parátorjelként nem a vesszőt, hanem a sorvége (RETURN) jelet használjuk: 


19 FRIHT 

29 FRIMHT "VALTÓZÓ FBEKORD FELYITEL" 
38 FRIMT 

48 ASZTOÜLÜC" : BESZZ2z 


539 váztHR$C1Z. 

£ő ÜPEM 2.8.2. "YALREKORI , SES. HRITE" 
7A PERIMHTHZ,HE;Y$;E 

s CLOSE 2 

39 EHUD 


RERDT. 
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Ilyenkor a felvitel történhet akár adatonként, akár rekordonként. 
Miután töröltük a "VALREKORD" állományt, hozzuk létre ismét, de most a fenti prog- 
rammal, rekordonként. Majd olvassuk el a bájtonkénti olvasóval: 


Feldrd 


ELLÜMEHT ERHIJTÓT 


ALL Cdeitáész V/V ALREK TE ÚT 


zzz $fvEGEJ 


KEHOT, 

Látható, hogy minden adat után sorvége jel van. Kérdéses, hogy mit nevezhetünk itt re- 
kordnak? Eddig az adatokat szeparátorjel (vessző), a rekordokat sorvégjel ( RETURN) vá- 
lasztotta el egymástól. 

Nem célszerű ezt az elvet közvetlenül alkalmazni a mostani esetünkre. Hiszen akkor vagy 
azt kellene mondanunk, hogy az állományban nincsenek rekordok, vagy azt, hogy az állo- 
mányban minden adat önálló rekord. 

Gyakorlati megfontolásokból javasoljuk, hogy tekintsük az összetartozó adatok sorozatát, 
a példánkban a "CCCC" és 3333 értékeket egy /ogikai rekordnak. 

Ilyen értelemben ez az állomány rekordonként is olvasható: 


FLIH 
E ELIENÜHEEHTI ELME 


RE HTV Ta 
Ugyanakkor adatonként is végrehajtható az olvasás: 
Fel ard 


HL... JIHAHvT HURTLIHEE 


HLLÜHAHy sz VAL EKE Üh[ 


ATI ÜLYAEAZA 


(EGE 1 
kill 


Ily módon ez a vegyes jellegű állomány adatonként és változó hosszúságú (logikai) rekordon- 
ként egyaránt kezelhető. Használata — a fenti, talán kissé akadémikusnak tűnő probléma 
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ellenére — elfogadható, azokban az extrém esetekben, amikor mindkét kezelési formára 
szükségünk lehet. 

A második részben bemutatandó gyakorló programjaink nagyrészt ilyenek lesznek, pusz- 
tán azon egyszerű technikai okból, hogy a kipróbálásuk, tesztelésük során az állományok 
adatait az adatonként olvasó programmal könnyen ellenőrizhessük. 


i Minden állományt használat előtt meg kell nyitni. 
Z/EEMEZKEZEEESI Megnyitott állományt újra megnyitni nem szabad. 
SZABÁLYOK 
ÖSSZEFOGLALÁSA — Olvasásra megnyitni csak a létező állományt lehet. 

— Irásra megnyitni csak még nem létező állományt lehet. 

— Továbbírásra megnyitni csak létező állományt lehet. 

— Felülírásra megnyitni akár létező, akár nemlétező állományt lehet. 

— Írni csak nem olvasásra megnyitott állományba lehet. 

— Olvasni csak olvasásra megnyitott állományból lehet. 

— Az állományba bármilyen típusú adat felvihető. 

— Az állományból csak olyan adat olvasható, amilyent felírtunk. 

— Az állományból csak annyi adat olvasható, amennyit felírtunk. 

— Numerikus változóba csak numerikus adat olvasható be. 

— Karakteres változóba bármilyen típusú adat beolvasható. 

— Használat után minden állományt le kell zárni. 

— Lezárt állomány újra lezárható. 

— Másolni csak lezárt állományt lehet. 

— A parancs-csatornát a vele párhuzamosan nyitott adatcsatornák megnyitása előtt kell 
megnyitni. 

— A parancs-csatornát a vele párhuzamosan nyitott adatcsatornák lezárása után lehet 
lezárni. 


l 
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A lemez fizikai sajátosságai 


Ahhoz, hogy kihasználhassuk a COMMODORE lemezkezelési lehetőségeit, ismernünk kell 
a lemez néhány alapvető tulajdonságát. 
Ezek közül az egyik legfontosabb a lemez szerkezete: 


szektor 2. ábra. A mágneslemez szerkezete 


A lemez területe sávokra van felosztva. Összesen 35 sáv van egy lemezoldalon. Ezeket 1- 
től 35-ig terjedő számozással, úgynevezett sávcímme!l azonosítjuk. 

Az egyes sávok szektorokbó!/ állnak. A hosszabb külső sávokon több, a rövidebb belső sá- 
vokon kevesebb szektor van. 
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Egészen pontosan: 

az 1-től 17-ig terjedő sávokon sávonként 21, 
a 18-tól 24-ig terjedő sávokon sávonként 19, 
a 25-től 30-ig terjedő sávokon sávonként 18, 
a 31-től 35-ig terjedő sávokon sávonként 17 


szektor helyezkedik el. Minden szektor egyforma tárolókapacitású. 

Egy-egy szektor mérete 256 bájt, amelyeket konvencionálisan 0-tól 255-ig számozunk. 
Ebből adattárolásra csak 254 bájt használható fel. A szektor első két bájtjára, a 0-ásra és 
az 1-esre a lemezkezelő rendszernek van szüksége. 

Az egy sávon belüli szektorokat 0-tól 20-ig, 18-ig, 17-ig, illetve 16-ig terjedő számozással, 
úgynevezett szektorcímmel azonosítjuk. 


FIGYELEM! 
A szektorcímek értelemszerűen csak egy sávon belül azonosítják egyértelműen a szek- 
torokat 


A sávok és a szektorok eloszlását az egyik lemezünkről készített lemeztérképpel illuszt- 
ráljuk: 
hd LEHEZTEREEF kk ok IHTELHMIK 3(IF THARE 8 
LEMEZ: BŰTI—-üzsH AZ 
GÁ ÉS Ka S ETETETT TTÉETTTTEÜTTTTTTÜTTTTÉET 
ZT tehet eh epe eljek Al EE TÉT HG HÁL — e e ha ááá arr mr ma hát téme ká mat mt 
1814 tetteth ettetek e e fe ge elebe Alá EN HÉÉ HÜJÉT HÁ — he heh vas vat hag eg jure egén ima mt feet teng ámen mart 
1824 ek EE ÖN MR AGY A-t GÉ ÁR HK 011 ————— 
tea LLIIIT ERTI TT 1 EG das NÉNÉÉNÉNE 
5 E zett ela ela et e aka saai ea LIII ITI TT! E dazt et sán tl án a ő 
! sa lb e aaa LIII] BET 1 Bal El ee ÉLLEL ÉLELEL LE 
; 2 e aa LILI I JER TT Ed 1 EG ALKN KÉLLLÉS ÉL ÉLŐ 
KERN e e ee LILI L TITI 1 1 Eu I Eden dat LL ÉRE 
velök ELIT T ITT TI Et tea 
jr KELEG EE e net áa L I LI TT REI ETT] El táLÉNKAE 
18: 4-444tth tt g-t ég ed elhe Él ah AG B Gb Elk 1- Ghee 
ken lts za eaz lazad LIII UIT ERTI TT: álá ÉLLEL 
sitt seb ea dani LLLLITTTT ETT I ERR d LL ÉLÉN 
d dea LILI TELI III I EE ÉR ÉL ÉLE 
Hé zta sinen aáuaasaai LIII IT EZ TT I E án een ÉLE 
He adata LLLLELIT I EA ER söt EN ÉN 
etetett ket eh he édft et G V ET KÖ KÉK KN HAt elj 1 H-H hb 
Hl re ea ela santa LILI TIL ERTL: TT E dett ÉL ÉLÉAE 
s sát LILI TITTTITTT RE e tát ös 
EPE ETHL ET ÜG B Ő HÚ kH B ---FH4--F HEH 
CAK ÁÁÁÁ Tá borért rite r tars vár hr ráz HŐN AK ÁGANA ÁT ÉT 
mesek el eledele eeeeeehekelelenekeek TI eeeekereekeezekeeeke 


EI ZS4SE7SSÖLZZ4SS7ESHLZJASETBZBLZZAS 9 ápra, Eiésiaéstálásl 


bar lán ! 


Tr. 


Te RO ii A ÜT 


ksdk; 


H 
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Térképünkön a köröcskék jelzik a foglalt, a pluszjelek pedig a szabad szektorokat. (A mí- 
nuszjelek a nem létező szektorokat jelölik.) Látható, hogy a lemez feltöltését a lemezke- 
zelő középről, pontosabban a 18-as sávtól mindkét irányban kifelé haladva hajtja végre. 


Az adatkezelés alapegysége a blokk. Azt az adatmennyiséget nevezzük 1 blokknak, amit a 
lemezkezelő egyetlen lemezműveletben visz fel a lemezre, illetve olvas le onnan. 
A COMMODORE lemezkezelője 254 bájtos adatblokkokkal dolgozik. Minthogy ponto- 
san ugyanennyi adat fér el a lemez egy adott sávjának egy adott szektorán, a 
COMMODORE szóhasználatában az egy meghatározott sávcím és szektorcím által együt- 
tesen azonosított lemezterületet is blokknak szokás nevezni. 


Így egy lemezoldalon összesen 683 blokknyi hely van, amiből formázás után legfeljebb 
664 blokk használható adattárolásra. Optimális esetben tehát lemezünkön 168656 bájt- 
nyi adat tárolható. (A gyakorlatban ennél mindig kevesebb adatot vihetünk fel a lemezre. 
Később majd látni fogjuk, hogy miért.) 

Tapasztalatból tudjuk már, hogy a lemezkezelő a lemez formázásakor mindig létrehoz egy 
tartalomjegyzéket és egy lemeztérképet, amelyeket azután az őket érintő lemezműveletek- 
kel összhangban automatikusan módosít. 


Ezek a nyilvántartások mindig a lemez 18-as sávján vannak, amely adattárolásra akkor 
sem használható, ha a lemeztérkép és a tartalomjegyzék nem tölti ki egészen. (Ezért hasz- 
nálhatunk csak 664 blokkot a 683-ból, ugyanis a 18-as sáv pontosan 19 blokkot tartal- 
maz!) A sávon tárolt információkat, valamint azok tárolási helyét az alábbiakban rész- 
letezzük. 


A 18-ASSÁV 
0-ÁS SZEKTORÁNAK 
TARTALMA ú 
0—1 bájtokon : a következő blokk címe 
tartalma : a 0-ás bájton a sávcím — 18 
: az 1-es bájton a szektorcím — 1 
2 bájton : formátumkód 
tartalma : 65 5 ASC(7A") 
3 bájton : DOS jelzőkód 
tartalma : 0 
4—143  bájtokon : lemeztérkép 


tartalma : a lemez minden egyes blokkjához tartozóan, azok címeinek nö- 
§ vekvő sorrendjében egy-egy bit, aminek az értéke 0, ha a blokk 
foglalt, illetve 7, ha szabad 
144—161 bájtokon : lemeznév 
tartalma : az a lemeznév, amit formázáskor a NEW parancsban megadtunk; 
ha rövidebb 16 karakternél, felső állású szóközökkel van feltöltve 
162—163 bájtokon : lemezazonosító 
tartalma : az a lemezazonosító, amit formázáskor a NEW parancsban meg- 
adtunk 
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164 bájton : felső állású szóköz 
tartalma : 160— ASC("") 


165 bájton : DOS verziószám 
tartama : 50— ASC(72") 
166 bájton : DOS formátumkód 


tartalma : 65 — ASC(7A") 
167—170 bájtokon : felső állású szóköz 

tartalma : 160— ASC("") 
171-—255 bájtokon : nincs kitöltve 

tartalma : esetleges 
Megjegyezzük, hogy a felső állású szóköz a SHIFT billentyű egyidejű lenyomásával begé- 
pelt szóközt jelenti. 
A 0-ás szektorból számunkra elsősorban a lemez neve lehet fontos, és esetenként még a 
lemeztérkép is. 


A 18-ASSÁV 

1-ES SZEKTORÁNAK 

TARTALMA 

0—1 bájtokon : a következő blokk címe 


tartalma : a 0-ás bájton a sávcím 
: az 1-es bájton a szektorcím 
2—255  bájtokon : tartalomjegyzék 
tartalma : legfeljebb 8 darab, egyenként 30 bájtos bejegyzés; mindegyikük 
egy-egy, a lemezen tárolt állomány vagy program azonosító ada- 
taiból áll; részletes leírását lásd külön! 


A 18-AS SÁV 
ÖSSZES TÖBBI 
SZEKTORÁNAK 
TARTALMA 


0—255  bájtokon : következő blokk címe és tartalom- 
jegyzék 
tartalma : pontosan ugyanolyan felépítésű, mint 
az 1-es szektoré 


Tehát a 18-as sáv 0-ás szektorában van a /emeztérkép és a lemezfej, míg a lemez tartalom 
jegyéke az 1-től 18-ig terjedő szektorokban helyezkedik el. 

Megjegyezzük, hogy a lemeztérkép számára 140 bájt van fenntartva, ami 1120 bitet je 
lent A :emezen 683 fizikai blokk van, tehát a térkép területe jóval nagyobb a szüksé 
gesnél. 


FIGYELEM! 

Minthogy a tartalomjegyzék legfeljebb 18 szektort tölthet ki, és szektoronként legfeljet 
8 bejegyzést tartalmazhat, a lemezen legfeljebb 144 állomány, illetve program tárolhat 
mert több bejegyzés nem férne el a tartalomjegyzékben. 


Most nézzünk meg egy ilyen bejegyzést! 


A TARTALOMJEGYZÉK 
EGY BEJEGYZÉSÉNEK 


TARTALMA 
o bájton : típuskód 
tartalma : 128, ha a bejegyzés törölt, 
129, ha soros állományra, 
130, ha programra, 
131, na felhasználói állományra, 
132, ha relatív állományra 
vonatkozik a bejegyzés 
1—2 bájtokon : az állomány, illetve program kezdőcíme 
tartalma : az 1-es bájton a sávcím 


: a 2-es bájton a szektorcím 
3—18 bájtokon : állománynév, illetve programnév 
tartalma : programoknál az a programnév, amit kimentéskor a SAVE pa- 
rancsban megadtunk; 
állományoknál az az állománynév, amit létrehozáskor az OPEN 
utasításban megadtunk; 
ha rövidebb 16 karakternél, felső állású szóközökkel van fel- 


töltve k 
19-20  bájtokon : az első mellékszektor címe (csak REL állománynál) 
tartalma : a 19-es bájton a sávcím 
: a 20-as bájton a szektorcím 
21 bájton :  rekordméret (csak REL állománynál) 
tartalma : az arekordméret, amit a relatív állomány létrehozásakor az OPEN 


utasításban megadtunk 
22—25  bájtokon : nincs feltöltve 


tartalma : esetleges 
26—27  bájtokon : a módosított bejegyzés kezdőcíme 
tartalma : a 26-os bájton a sávcím 


a 27-es bájton a szektorcím 
csak felülírt programgnál, illetve állománynál van kitöltve 
28—29  bájtokon : az állomány mérete blokkokban 
tartalma : a 28-as bájton a blokkok számának alsó bájtja 
: a 29-es bájton a blokkok számának felső bájtja 


Látható, hogy a lemezkezelő számára a lemezen tárolt programok ugyanolyan állomá- 
nyok, rnint a többi adatállomány. A különbség csak a típuskódban van. Ez az, amitől az 
egyiket másként kezeli a gép, mint a másikat. 


FIGYELEM! 
Két ilyen bejegyzés között mindig 2 kihasználatlan , töltelék" bájt van. A 8 bejegyzés így 
3071-2-1-301-2--. . . 130 felosztásban pontosan kitölti a szektor 254 bájtját. 
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Megjegyezzük, hogy ha a lemez tartalomjegyzékét a tárba betöltjük (LOAD), majd kilis- 
tázzuk (LIST), akkor a képernyőn nem a fenti típuskódok jelennek meg, hanem az azok- 
nak megfelelő szöveges kódok. Azaz: 


törölt bejegyzés esetén : DEL 
soros állomány esetén : SEO 
program esetén : PRG 
felhasználói állomány esetén : USR 
relatív állomány esetén : REL 


Ha már a típuskódoknál tartunk, hadd mutassunk rá egy érdekes jelenségre: a később is- 
mertetendő, úgynevezett random állományoknak nincs típuskódja. Ennek az az oka, hogy 
az ilyen állományok blokkjai csak logikailag képeznek egy egységet, azaz állományt a le- 
mezen. Így a lemezkezelő nem is készít róluk bejegyzést a lemez tartalomjegyzékébe. 
A lefoglalt blokkokat a lemeztérkép természetesen ettől függetlenül nyilvántartja. (lásd 
a random állományokkal foglalkozó kötetet!) 


FIGYELEM! 

A típuskód csak akkor veszi fel a közölt értékeket, ha az állomány megfelelően le volt 
zárva. Lezáratlan állomány esetén az értéke a megadottnál 128-cal kisebb, azaz O, 1, 2, 
3 vagy 4. 


Tudnunk kell még, hogy a lemez tartalomjegyzékébe a bejegyzés már az állomány meg- 
nyitásakor bekerül, nyilvánvalóan csak részlegesen feltöltve. Bizonyos információkat 
ugyanis természetszerűleg csak az állomány lezárásakor lehet a tartalomjegyzékbe beve- 
zetni; például az állomány mérete ilyen. A lemezkezelő ugyancsak a lezáráskor vezeti rá 
véglegesen a lemeztérképre az állomány által elfoglalt blokkokat. 

A , véglegesen" tulajdonképpen azt jelenti, hogy a lemez kezeléséhez a lemezegység a saját 
(RAM) tárjába átmásolja a lemeztérképet és a tartalomjegyzéket, és a menet közben szük- 
ségessé váló módosításokat mindig ezen a másolaton hajtja végre. Az OPEN és a CLOSE 
hatására pedig ennek a másolatnak a tartalmával módosítja (tulajdonképpen felülírja) a 
lemezen ténylegesen tárolt nyilvántartást. Így tehát a blokkok lefoglalása folyamatosan 
megtörténik, de csak a másolaton, és az csak az állomány lezárásakor kerül ki az adat- 
hordozóra (a lemezre). 7 

Ha tehát egy állományunk 0 mérettel jelenik meg a tartalomjegyzék listáján, erősen gya- 
nakodhatunk arra, hogy nyitva maradt Ilyenkor ezt a SEO szó előtt még egy csillag 
is jelzi. 

A lezárás általában akkor nem következik be, ha valamely lemezművelet elvégzése közben 
hiba keletkezett, vagy még inkább, ha e/felejtettünk CLOSE parancsot vagy utasítást 
kiadni. 

A korrekt lezárásra tehát nagyon gondosan ügyeljünk, mert a lezáratlan állományok nem 
használhatók. Számukra a lemezen nincs lefoglalva hely, akkor sem, ha a bejegyzésük 
a tartalomjegyzékben (csonkán) szerepel. Ha tehát az állomány fel is került a lemezre, 
az általa lefoglalt területet a lemezkezelő szabadnak tekinti, és a legközelebbi lemezre- 
írás alkalmával esetleg egészben vagy részben felhasználja. 

Megjegyezzük, hogy ugyanez sikertelen kimentés esetén a programokra is igaz. Ilyen 
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, lezáratlan" program-állományok például úgy keletkezhetnek, hogy a SAVE végrehajtása 
közben a lemezegység ajtaja kinyílik, vagy a lemezen a kimentendő program számára 
már nincs elég hely stb. 

A 18-as sávon tárolt információkra, különösen a lemeztérkép esetén ritkán van közvet- 
lenül szükségünk, hiszen nagy részüket általában nem is befolyásolhatjuk, a gép különben 
is automatikusan kezeli valamennyit. 

A tartalomjegyzékből számunkra érdekes információkat pedig annak kilistázása útján 
könnyen beszerezhetjük, anélkül, hogy tudnánk, a kérdéses adatok hol és milyen formá- 
ban vannak tárolva. 

Mégis van néhány eset, amikor némelyik információ szemrevételezés útján történő ellen- 
őrzése nem elegendő; célszerűbb azt az emberi beavatkozás kizárásával programra bízni. 
Ilyenre mutatunk be most három példát. Ezekben használni fogjuk a képernyővezérlés 
(törlés, inverz írás, kurzormozgatás stb.) programozott formáit. Ilyenkor PRINT utasí- 
tást adunk ki, amelyben a vezérlő jelek karakteres konstansok (vagy változók) formájában 
szerepelnek. 

Például ha a nyitó idézőjel után a SHIFT és a CLR gombokat együtt megnyomjuk, majd 
begépeljük a csukó idézőjelet, egy olyan karakteres konstanst kapunk, amelynek tartal- 
ma egy inverz szívecske. Amikor a PRINT utasítás végrehajtódik, nem ez a jel Íródik ki, 
hanem a hatása érvényesül: a képernyő törlődik. 

Hasonló módon programozhatók az egyéb vezérlő funkciók is. (Lásd , ALAP- 
ISMERETEK" 43. és 124. oldal!) 

Emlékeztetőül közöljük a fontosabb, és a programjainkban is előforduló vezérlő jeleket, 
azok begépelési módját és hatását: 


sag s [HOME1 : ELRZOK EAL FELSÜ SRARÜKER 
a oz LSHIFTIFLÜLR] : KEFERMHTO TŐFLESE 

sa os LLTELItLCRV5 OMMI : ATTEKRES IMVERZ IRHASRHA 

"me oz LÜTRLItLEVS 0FF1 : VISZZHTERES HORHAL IRAZRHA 


"man zs LERSR] : KIJEZÜR LE 

ee oz (SHIFTIHLCRZRJ]J : KURZOR FEL 
"KW" z LDRSRIJ : EJEZÜR JOÖOBERHRA 
"a" s LSHIFTI-HLECESRI : KURZÜR ERLEFR 
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A LEMEZ NEVÉNEK Adatfeldolgozási környezetben gyakran lehet szükségünk arra, 


ELLENŐRZÉSE hogy valamely adatfeldolgozó programunk ellenőrizze, hogy 

PROGRAMBÓL valóban az a lemez van-e behelyezve a lemezegységbe, amely a 
feldolgozandó állományunkat, betöltendő programunkat tar- 
talmazza. 


A lemezkezelő ezt az ellenőrzést nem hajtja végre, így tévedés esetén szerencsések va- 
gyunk, ha például a feldolgozandó állományunkkal azonos nevű nincs a lemezen, vagy ha 
a létrehozandó állományunkkal azonos nevű már létezik a lemezen. Ilyenkor ugyanis 
hibajelzést kapunk, és gyorsan észbe kapva kicserélhetjük a lemezt a megfelelőre. 

Jobban járunk tehát, ha beleolvasunk a lemez tartalomjegyzékébe, pontosabban a lemez- 
fejbe; ott megkeressük a lemez nevét, majd ellenőrizzük, hogy az azonos-e a programozó 
által megadott vagy a gépkezelő által begépelt névvel. 

Erre az ad lehetőséget, hogy a lemez tartalomjegyzéke programból állományként is hasz- 
nálható — természetesen csak olvasásra. 

Továbbá tudjuk, hogy a lemez neve a tartalomjegyzék 144-es, tehát a 145-dik bájtján kez- 
dődik, és legfeljebb 16 karakterből állhat úgy, hogy ha rövidebb, felső állású szóközökkel, 
azaz CHR$(160) karakterekkel pontosan 16 karakteresre van feltöltve. 

Végül a COMMODORE BASIC rendelkezik olyan utasítással, amellyel egy ismeretlen 
állomány bájtonként olvasható. Ez pedig a GET- . 


FIGYELEM! 

A GET f utasítás nem olvassa be a szektor első két bájtján, a 0-áson és 1-esen tárolt blokk- 
fej információt; vagyis a szektornak csak a programozó számára hozzáférhető 254 adat- 
bájtját tudja olvasni. Ezt a bájtok számlálásakor figyelembe kell vennünk. 


Most pedig adjunk NEW parancsot, majd gépeljük be a következő mintaprogramot. 
A program bejelentkezéssel indul: 


104 FEIMHT "4 


193 FKIHT " DERMNGOKZOLIL KIK KAZE TLAN HNK GARÉ RNI " 
1668 FEKIMT " a LEMEZAZÜHÜZITHZ MI" 
187 FRIHT " ves ú 


Bekéri a lemezegység E számát. Ha ez nem 8 vagy 9, újra kéri az adatot. 


FIGYELEM! 

Ha csak egyetlen lemezegységünk van, mindig a 8-as egységszámot használjuk, mert a 
program nincs felkészítve az elméletileg lehetséges, de gyakorlatilag hibás adatok ke- 
zelésére. 


118 FRIHT:FEIHT:FEIHT 
128 IHPUT "o Gtká EGYZEG7 sg.zjszé,E 
138 IF EZS52 HHO E-zsz2 THEH GÜTÓ 1-4 


Bekéri a lemez L$ nevét. Ha annak L hossza 1 karakternél rövidebb, azaz nem gépeltünk 
be semmit, csak a RETURN gombot nyomtuk meg, vagy 16 karakternél hosszabb, akkor 
újra kéri a nevet: 


50 


146 FEIHT:FEIHT:FKIHT 

156 IHFUT " 44ő LEMEZs":L§£ 

169 LsLEH(EL$ 

17ú IF 154. ük L2Z16 THEM GÜTÓ 15k 

Adatállományként megnyitja a lemez tartalomjegyzékét. A megnyitás az OPEN utasítás- 
sal történik. Először az állományazonosítót adjuk meg. Ezt követi a lemezegység E száma. 


Majd az adatcsatorna következik, amelyen a lemezegység lebonyolíthatja az adatforgal- 
mat a lemez és a központi egység között. 


FIGYELEM! 

Semmiképpen ne válasszuk a 15-ös csatornát, mert az a parancs-csatorna, valamint a 0-ást 
vagy az 1-est, mert azok is kitüntetett csatornák. Vagyis kizárólag adatcsatornát (2—14) 
választhatunk. Megjegyezzük, hogy ilyenkor is célszerű az állományazonosítót a csatorna- 
számmal azonosnak választani. 

Végül az OPEN negyedik paramétereként meg kell adnunk az állomány nevét. Ez a tarta- 
lomjegyzék esetén, mint tudjuk, "$". 


FIGYELEM! 
Ilyenkor nem kell, sőt nem is szabad a SEO és READ információkat megadni. 


Vigyázzunk, hogy ne keverjük össze az állományazonosítót az állománynévvel! Az előbbi 
csak a programon belül érvényes, és arra jó, hogy megkülönböztesse a különböző állo- 
mányokra vonatkozó utasításainkat, ha a program több állományt is kezel. A lemezke- 
zelő azonban mit sem tud a mi ideiglenes állományazonosítónkról, ő az állományt az ál- 
lománynévvel azonosítja; ez is szerepel a lemezen. 


zi ÜFEMH Z.E.s2 "8" 
Kipörgeti a lemez tartalomjegyzékének első 142, számunkra most értéktelen adatbájt- 


ját, figyelmen kívül hagyva az első két hozzáférhetetlen bájtot. Vagyis az olvasást a 2-es 
bájttal kezdi: 


226 Wzidz: GOBSUB 818 
Beolvassa a tartalomjegyzék fejrészéből a soron következő adatbájttól, vagyis ténylegesen 
a 144-es bájttól kezdődő 16 bájtot, azaz a lemez formázáskor felvitt N$ nevét: 

azzá vz 18: GllzllE 7iki 

Ezek után többet olvasni nem akar, ezért lezárja az állományt, rögtön, ahogy megteheti: 
zab ÜL.Ő03E z 

258 FRIHT:FEIHT:FRIHT 

Összehasonlítja a lemezről leolvasott N$ lemeznevet a billentyűzetről begépelt L$ lemez- 
névvel: 


zóA IF L§£-7-Há THEH GÜTŰ 414 


51 


Ha a két név azonos, feltűnő OK üzenetet ír ki a képernyőre: 

218 FEIMHT " 4 mi 

zzki FRIHT " a ük Me" 

238 FRIHT "dm" 

zgi FRIMHT:FRIHT 

Ezután befejezi a program futását: 

zat GOTT 3927 

Ha a begépelt L$ és a lemezről leolvasott N$ nevek nem voltak azonosak, a program közli, 


hogy a gépkezelő által megadott E lemezegységen nem a megadott L$ nevű lemez van: 


418 ESzzTRárE. 
ázó LEzRIGHT$(E$.LEMZE$5—-1 


ÉTELT 0 d ess seösáette -p 
4dá FRINT " [A £";E$;"2 EGYSZEGEH HEM ATGSPCCEAGT TT 
456 PRINT " I" SPCC3A2; TI" 


átt FEKIHT "1 79 5L$8575 LEHEZ VAMI S: zRüeigeh a." I" 
478 PRINT " Lam 
Jog FRIHT:FRIMT 
Végül leáll: 

aga EMI 

Az N$ lemeznév beolvasását, illetve az , értéktelen" bájtok kipörgetését szubrutinokkal, 
alprogramokkal oldottuk meg. 

A kipörgetés az egyszerűbb; beolvas annyi B$ bájtot, amennyit a V paraméterben meg- 
adtunk, de a beolvasott B$ bájtokat nem őrzi meg — azaz mindegyiket felülírja a követ- 
kezővel: 

18 FÜR [Izl TŰ " 

za GETHZ. ER 

HEAT I 

RETURH 


o ún ea 


A lemeznév esetén szintén annyi V darab B$ bájtot olvas be, amennyit megadtunk, de 
ezeket a B$ bájtokat összekapcsolja (konkatenálja) egyetlen karakteres típusú N$ adattá, 
a lemeznévvé, mégpedig úgy, hogy a 16 karakteresnél rövidebb név végén levő töltelék 
(felső állású szóköz) karaktereket nem veszi figyelembe: 


MH$z" ni 
FOK Iz1i TŰ " 

GETHAE. ES 

IF E$z-LHEGTiEEH: THEH GÜTÜ 77k 

HE-HErET 

HEAT I 

RETIUPF.H 

Ha idáig eljutottunk, a programot azonnal ki is próbálhatjuk! Adjunk RUN parancsot, 
majd ellenőrizzük egyik lemezünket! 


52 


d EGYSEG? zev5z7 5 


id LEMEZz? TTTTTT 


AH 187 EGvzEüEt HEH HAH 
ATTTTTTS LEMEZ VHH! 


GAETOD LN MAGNANTOZDI KAT BAR MAR HIV EKET EN 


4 EGYSEG zösgzy ok 


4 LEHEZs7 BÜTI-ÖS557"E 


DK 


4. ábra. Lemezellenőrzés 


A lemezazonosításnak leginkább akkor van jelentősége, ha több lemezegységünk van, vagy 
ha bizonyos állományaink több változatban is léteznek. (Vagy ha mindkét eset fenn- 


áll.) 


A programunk természetesen nem tudhatja, hogy a begépelt L$ és a lemezen levő N$ név 
közötti különbséget mi okozza. Ugyanazt a hibaüzenetet kapjuk, ha a megadott lemez- 
egységbe nem a megfelelő lemezt tettük be, vagy ha a megfelelő lemezt tettük be ugyan, 
de nem a megadott lemezegységbe, vagy ha a megadott lemezegységben a megfelelő lemez 
van, de a program kérdésére a lemeznevet hibásan gépeltük be stb. 

Általában természetesen nem ezzel a mintaprogrammal végezzük el a lemez azonosítását, 
hanem a mintaprogramot átalakítjuk szubrutinná, vagy kiemeljük belőle az azonosítás- 
hoz szükséges részeket, és csak azokat építjük be a programunkba; vagy legfeljebb csak a 
program alapötleteit használjuk fel. Programunk tehát nem arra való, hogy lemásoljuk, 
hanem arra, hogy tanuljunk belőle — sőt, hogy újabb gondolatokra, ötletekre ösztö- 
nözzön. 

Végül a jobb áttekinthetőség kedvéért egybefüggően is közöljük a program listáját: 
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1 
s ET 
td hum 


hő fs já 
an Ek 


388 REM: 
Al REM: 
BZ REM: 
Ez BEM: 


ér REPI: 
MET: 
Az KEFT: 
Je FEPT : 


REIA : 
KHER: 
RE: 
REM: 


REM: 
REN: 
: BEM: 
23 REM: 


FRIHT 7" 

FRIHT (7 BIGA LNONKROTSMÉNETTVÖG KOZÁK STT TE AZTSEZY NEZZE KN 
FRIHT " a LEMEZHENHOZSÍTHZ W" 
FRIMT " ÖVE ÉNEZEEKS S SS ÁGGG Sá káás ága ő 
FEIHT:FEIHT:FRIHT 

IHEUT 7" gta EGTSEG?7 sészz" E 
IF E€22 HHÚ E253 THEH GÜTŰ 1 
PRIHT:FRIHT:FPRIHT 

IHEUT OO" si LEHEZS"S LE 
bsLEHEL$I 

It lobo ÜK L61E THEH GÜTŰ 1538 


28 


AZOHOSÍTHE 


ÜFEM Esz 


31í 
.5OSUB 718 


CL.ÜtzE. 
FEIHT:PRIHT:FRIHT 
IF L$7-MH£ THEH GÜTŰ 414 


HA AZOHÜS 
PRIMT "og MW" 
ERIHT "og ÜK me 
PRINT "od" 
PRIHT:FRIHT 
GOTO 599 


HA HEM AZOHOS 
E$-STETÉ E) 

ESzRIGHT$(Et,LEM(E$)-17 

FRIHT TLSGNESSSSSZANTSN ST SNNSSSENSEENES EUR S SNS NENT " 
PRIMT " 1 A €"E$;"3 EGYSEGEM MEM AMGSPCKCA2;" 
FEIHT "S PS sSFOezia e 

PRIHT "TO Z"töLE;"2 LEMEZ VAM! ";SPCC16-LI; "I 
PEIHT " Lem PANE AGY ; 
FELHT:FRIHT maman] 


aHk KEN: 

rar. a Nt BÖR c a-d ug oj azaaataaaai 

582 KEM: VEGE 

5983 REI: ———- 

az jár jor Lá EHII 

vöB KEN: 

rú1 REM: szzszzz 

röz REM: ÜLYHSHZ 

rBb33 FREI: szzszszsszz 

riW : Hásze" 

rzH FÜR Is1 TV 

130 GETHZ.ES$ 

746 IF E$-CHERE-Z1i6Hi THEM GÜTM 77K 
ris MH£ázHátTEG 

77ú HEAT I 

139 : RETLEH 

egH KEI: 

8901 KEI: szszzzszzszzzszz 

asgz KEN: KIFURGETES 

a63 REM: szszszzszzszszzzzzz 

ala : FÜR 151 TŰ vi 

zh GETHEA Ei 

"aza HEsST I 

273 KETLIKH 

Megjegyezzük, hogy az alábbi egyszerű módosítással elérhetjük, hogy ha nem a kívánt 
lemez van az egységben, akkor a program kiírja a meghajtóban levő lemez nevét: 
4 KREM: 

TOL ETTE meze eeénsemezűszvzzessez 

42 REM: HAH HEH AZÓOHOZ 

adva Fe A s s 4 ea a lenánászássizeslsáásma zaltnákaztaásti 

di EFZSTERE E 

4zH E£z RIGHTA E$.LEMZE$5—-17 

458 FRIHT ZMNTSEG ESETB ek e RT T 
dj PRIHT "I OH o Z".E$. "7 EGTSEGEMH HEM AS SFEZES ET 
43 PRIHT "1" SFOegRAas e 

463 PKIHT OS" P -ZSöL$:."2 LEHEZ VAM! S: SFÜtlecb2 "I" 
dr FRIHT " VETTETETT PÉNTESE NE KEEN ZTE TNS ATOT GYEN TEN MENTESEN SYÉSBBT td 
44 FEIHT:FRIHT 
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A PROGRAMNEVEK Minthogy a GETf utasítással a tartalomjegyzék akár a végéig 
KIGYÜŰJTÉSE A is kiolvasható, semmilyen elvi nehézséget nem okoz a prog- 
TARTALOMJEGYZÉKBŐL  ramnevek kigyűjtése a nyilvántartásból. 
TETT Ehhez nem is kell tudnunk, hogy a tartalomjegyzékben pon- 
tosan hol is vannak a programnevek. A rájuk vonatkozó bejegyzések a típuskódról ugyanis 
felismerhetők. 
Erről könnyen meggyőződhetünk, ha begépeljük az alábbi mintaprogramot. 
A program először is bejelentkezik a képernyőn: 


1168 FRIHT "47" 
1z8 FEIHT " FREOGERMKERESES" 


Definiál egy P$ tömböt, a kigyűjtött programnevek számára. Minthogy a tartalomjegy- 
zékben legfeljebb 144 program lehet, ennél nagyobb tömböt felvenni nem érdemes. 
Kisebbet sem. Ez értelmetlen takarékoskodás lenne, sőt veszélyes is. Ha ugyanis a leme- 
zen netán több program lenne, mint amekkorára a tömböt definiáltuk, az index határ át- 
lépésekor a program hibaüzenettel leállna. Márpedig lehetőleg olyan programok írására 
kell törekednünk, amelyeknél nincs olyan speciális helyzet, amelyben nem működőképe- 
sek. Emellett ilyen kis programnál nincs értelme a tárral takarékoskodni, hiszen ilyenkor 
hely még van bőven, annál is inkább, mert a feltöltetlen karakteres tömbök tömbelemen- 
ként csak 3 bájtot foglalnak el. 


138 DIRH F$t1lá4ági 


Nullára állítja be a kigyűjtött programok P számát. Minthogy ezt a RUN parancs hatásá- 
ra a gép automatikusan megteszi, ennek az utasításnak itt legfeljebb dokumentatív sze- 
repe van. 


149 FzWd 


Megnyit egy állományt, meghatároz egy lemezegységet, és lefoglal egy adatcsatornát a 
tartalomjegyzék olvasására: 


216 ÜFPEM 2.8.2."8" 


Kipörgeti a 18-as sáv teljes 0-ás szektorát. Mind a 256 bájtot. Ugyanis tudjuk, hogy a tar- 
talomjegyzék bejegyzései az 1-es szektoron kezdődnek. 


FIGYELEM! 
A GETH még mindig csak az adatbájtokat ts olvasni, ezért csak 254-szer szabad a ki- 
pörgetést végrehajtanunk: 


zza Vz254 : GOSLE 818 


Beolvassa a soron következő B$ bájtot. Ez az első végrehajtáskor a 18-as sáv 1-es szekto- 


rának 2-es bájtja lesz, ami a tartalomjegyzék legelső bejegyzésének a típuskódját tartal- 
mazza: 


316 GETHZ. Et 


Megvizsgálja, hogy elérte-e a tartalomjegyzék végét. Ez elvileg már a legelső értékes bájt 
olvasásakor is előfordulhat, hiszen a lemez lehet üres is. 
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A figyeléshez a már ismert STATUS változót használjuk. 

Itt jegyezzük meg, hogy minden blokk első (0-ás) bájtja az állomány (tartalomjegyzék) 
következő blokkjának sávcímét, a második (1-es) bájtja pedig a szektorcímét tartalmazza, 
ha van folytatásblokk. Ha nincs, akkor a 0O-ás bájt tartalma nulla, az 1-esé pedig a blokk 
feltöltöttsége — ami azt mutatja, hogy az állományból még hány bájt van hátra. Innen 
tudja felismerni az állomány végét a lemezkezelő, és ezt használja ki a STATUS beállí- 
tásánál. Ismételjük, az állományok végén nincs semmilyen külön állományvége 
(EOF) jel. 

226 IF STATUZ THEM GÜTŐ Elk 

Ha az olvasás során nem értük el az állomány végét, a programunk megnézi, hogy az a B$ 
bájt, amit beolvasott, egy programra vonatkozó bejegyzés típuskódja-e. Ha ugyanis az, ak- 
kor az értékének 130-nak kell lennie. 

A vizsgálathoz persze nem magát a beolvasott B$ bájtot, hanem annak az ASCÍiI, azaz az 
ASC függvénnyel előállított kódját kell használnunk. 

Az ASC függvény azonban hibát jelez, ha a paramétere üres karaktersorozat. (Ilyet pél- 
dául úgy tudunk előállítani, hogy egy karakteres konstans nyitó és csukó idézőjele közé 
nem írunk semmilyen jelet.) A GET H akkor ad ilyen üres karaktert, ha a lemezen levő 
bájtról hexadecimális nulla értéket olvas be. Minthogy ez előfordulhat, tanácsos a beolva- 
sott B$ bájthoz hozzácsatolni egy "0" karaktert; Így ha üres karakter jött be, az ASC 
függvény "0" paramétert kap, ami nem okoz hibát, ha viszont nem üres karaktert olvas- 
tunk be, akkor az ASC egy kéttagú jelsorozatot kap, de ez nem baj, mert a karaktersoro- 
zatoknak amúgy is csak az első karakterét veszi figyelembe. 

zza IF HEC-:E$4"9g"5-i255Z THEM GÜTŐ 314 

Ha a beolvasott B$ bájton nem egy programra utaló típuskód volt, a programunk újabb 
B$ bájtot olvas be, és ezt mindaddig teszi, amíg megfelelő (130-as) típuskódot nem talál, 
vagy el nem éri a tartalomjegyzék végét: 

416 GÜTŐ 314 

Ha a beolvasott B$ bájton éppen egy programra utaló típuskód volt, akkor kipörgeti az 
utána következő két bájtot, amelyek a program kezdőcímét tartalmazzák : 

Ss1ih vsz : GOSUJB 814 

Ezután beolvassa a soron következő 16 bájtot, vagyis a program nevének a B$ betűit. 
Ezeket egyetlen N$ programnévvé illeszti össze: 

szg szi6 0: GOSUBE 716 

Amikor megvan a program N$ neve, kigyűjti azt az erre a célra korábban definiált P$ 
tömbbe, először természetesen 1-gyel megnövelve a kigyűjtött programok P számát, ezt 
használja a P$ tömb indexelésére is: 

538 Fs-F4r1 

54A P$-.FozHE 

Ezután újabb programnevek keresésére indul, vagyis tovább olvassa a bájtokat a tartalom- 
jegyzékből, míg csak egy újabb megfelelő típuskódot nem talál, vagy el nem éri az állo- 
mány végét: 

szg GüTű zim 
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Amikor a program a bájtok olvasása után eléri a tartalomjegyzék végét, tájékoztatás vé- 
gett kiírja a képernyőre a kigyűjtött programneveket. Egyszerű fejléccel, illetve lábléccel 
jelzi a kiírás elejét, illetve végét. 

Minthogy a kigyűjtött programok P számát megőrizte, könnyen meghatározható, hogy a 
P$ tömbből hány elemet kell kiírnia: 

61 FEIHT "7" 

szi FEINT " FROGRHEIK : " 


Ezú PELNT Ú sazzüneimemsztérazszzt 
szd FOR Izsi TO PF 

S58 FRIHT " ";FátID 

sé MEXT I 

E7A PRIMT ! sss snön enn u 


Befejezésül lezárja az állományt: 

co ÜLÜSE a 

Végül leáll: 

é39 EH 

A programunk felhasználja az előző programunkban megismert névbeolvasó : 
718 Ház"" 

ren FÜR I5si TŰ V 

"38 GETHZ. ER BE e 
740 IF E$5CHE$-1EGHi THEM GÜTŰ 7EM 
758 HEzHEHE$ 

ret HEAT I 


733 BKBETURH 

és kipörgető : 

a FÜR Isi TŰ 
szá GETHZ, HE 

z MHESsT I 

[evi HETLIRH 


szubrutinokat. Az előbbit olyan módosítással, hogy mindig a teljes nevet adja meg, azaz 
nem hagyja el a felső állású szóközöket. 

Mindezek begépelése után tegyünk be egy olyan lemezt, amelynek a tartalomjegyzékét is- 
merjük, és adjunk RUN parancsot. Ha nem követtünk el gépelési hibát, a programnak mű- 
ködnie kell. Lásd 5. ábra! 

A kipróbáláshoz lehetőleg olyan lemezt használjunk, amelyen 10—15 programnál nincsen 
több, különben a képernyőről ki fog futni a lista, és nem tudjuk ellenőrizni a helyességét. 


FIGYELEM! 

A mintaprogram csak a lemezen levő programok nevét gyűjti ki, az adatállományokét, ha 
ilyenek vannak is a lemezünkön, nem veszi figyelembe. 

Nézzük meg egyben is a teljes programot! 
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FE KALMZHSEKES : 


ZITAS 


ZAMATE 
TARTALOHIEGYZEK 
F il 1 8 


MEPTIL E 1014 


5. ábra. Kigyűjtött programnevek. 
:REH 552 BEJELEHTKHEZEZSZ 4 DEEKLAEALHZ €£€4 


PRIHT "2" 

PRINT " FEOGRRMKEREZES" 
DIM F$C1d44) 

Pzf 


S po es hi mm ami 


:REH 222 HEGHTITHS $£$ EKIFÜEGETES €24 


ÜT 
tazáat 


MFEH 2.8.a. "3 
szana o : G0SUE 318 :KREMsző EIFÜERGETES 


) üz A RV RIPORI EE E 
EI NEL an) Pl me EVET E ET Pa Fe 


s: h2 mr 


) ü ü 
a 
mm 


:REH SZ FEREOGEKHMUÜK KERESESE 7£c 


319 GETHZ, E$ 

329 : IF STATUS THEM GOTO 618 

330 : IF AZC(E$r"B")-i2852 THEM GOTO 518 
418 GOTU 316 

S1g : Vsz o : GOSUB 818 :REMszö 
szg : Yzi6 : GOBSUB 718 :REMszö 
szú : PsFtl 

s48 :  PE(PzNE 

SSE GÜTO 318 


KIFÜRGETES 
BEEULYHZHZ 


681 :REM 323 KIIRAS 4 BEFEJEZES 44 


618 FRIMT "I" 
ező FRIHT " PROGRAMOK: " 
630 PRIHT " ———— see e nene 
649 FOR Iz1i TO F 
658 :  FPRIHT " ";F$(I) 
668 HEXT I 
ra Fk Ge ÚG sans anves ön 00000 santa ömas mas eszén önt tatag azesa amen ara esne aan ame UV 
6 CLOSE 2 
39 EHD 
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r81 :KREMH 222 HEV BEOLYASASAH Ci 


702 : 

719 Méz"! 

729 FOR Iz1 TŰV 

730 : GETHZ,B$ 

759 : H$zN$4E$ 

768 HEXT I 

799 RETURH 

agg : 

801 :REM 5355 KIPORGETES CC 
802 : 


319 FÜR Is1 TO 9 
szú : GETHZ B$ 
szk HEAT I 
az3 RETLIRMH 


Természetesen a 330-as sorban a kód megfelelő átállításával elérhetjük, hogy ne a progra- 
mok, hanem csak az állományok, vagy akár azon belül is csak a soros állományok neve le- 
gyen kigyűjtve. Annak sincs akadálya, hogy minden nevet kigyűjtsünk, akár programé, 
akár állományé is a nyilvántartott név. Sőt, magát a kigyűjtött programnevet is figyelhet- 
jük, így elérhetjük, hogy a program például csak egy meghatározott betűvel kezdődő 
vagy akár valamilyen más szempontot kielégítő neveket válogassa ki. 


A programunk feltételezi, hogy a 18-as sáv 0-ás szektorától fölfelé sehol sem fordulhat elő 
olyan bájt, a típuskód bájtján kívül, amelyiknek a tartalma megegyezne valamelyik típus- 
kóddal. Ha ilyen eset mégis bekövetkezne, a program kigyűjtene olyan adatokat is, ame- 
lyek nem nevek. Ennek a valószínűsége ugyan kicsi, de nem elhanyagolható. Ezért, ha tö- 
kéletes biztonságot akarunk, be kell építenünk védelmet. Ez például a bájtok számlálásá- 
val és a bájtpozíciók figyelésével megvalósítható. (Ettől eltérő megoldást láthatunk majd a 
saját tartalomjegyzék készítésénél, néhány oldallal később.) 


Adósak vagyunk még egy magyarázattal: mire jó a nevek kigyűjtése. Például azért, mert 
egy programrendszerünkhöz írhatunk olyan vezérlő programot, amely a lemezről leolva- 
sott programnevekből tudja, hogy milyen programok tartoznak a rendszerhez, és szükség 
szerint betölti és automatikusan elindítja azt a programot, amelynek a funkciójára a fel- 
dolgozás során éppen szükség van. 


Vagy gondoljunk például a menüválasztás technikájára! Mennyivel biztonságosabb, ha a 
választható programneveket nem a gépkezelőnek kell begépelnie, vagy nem konstans- 
ként adjuk meg, akár DATA utasításban, akár közvetlen értékadással, hanem azokat a 
program a menü feltálalásához a lemez tartalomjegyzékéből veszi. Így a menün szereplő 
programok számának növekedése vagy csökkenése, illetve a programok nevének megvál- 
tozása a menüt kiíró vezérlő programban semmilyen változtatást nem igényel. Nem is for- 
dulhat elő, hogy egy lemezen levő program nem szerepel a menüben, vagy megfordítva, 
kiválasztottunk ugyan egy programot a menüből, de az nem tölthető be, mert már nincs a 
lemezen, vagy más a neve. 

Ehhez a mintaprogramunk önmagában persze kevés, de jó ötleteket ad ahhoz, hogy mi- 
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lyen programnév- vagy állománynév-kereső eljárásokat építsünk be azokba a program- 
jainkba, amelyeknél ezt szükségesnek látjuk. A mintaprogram mindenesetre bizonyítja, 
hogy a nevek a tartalomjegyzékből kigyűjthetők. 


SAJÁT Noha az előbb bemutatott programunk, akárhány lemezre is 

TARTALOMJEGYZÉK próbáltuk ki, soha nem hibázott, a típus figyelésének tényle- 

KÉSZÍTÉSE gesen az az abszolút biztos módja, hogy a bejegyzések szerke- 
zetének ismeretében a típust kizárólag a megfelelő pozíción ke- 
ressük. 


Ha már ismerjük és kihasználjuk a bejegyzések szerkezetét, könnyen írhatunk olyan prog- 
ramot is, ami a programjaink és állományaink minden jellemző adatát megadja — és így 
többet nyújt a gép által közölt tartalomjegyzéknél. 

Itt azt használjuk ki, hogy a tartalomjegyzékben a rendelkezésre álló 18 darab szektoron 
szektoronként 8 bejegyzés lehet, bejegyzésenként 8 adattal, ahol az adatok a korábban is- 
mertetett táblázat szerinti sorrendben, méretben és tartalommal helyezkednek el. 

A program definiálja a C$ címsort, és a sormintaként használt K$ kötőjelet: 


198 Cáz" SAJAT TARTALONMJEGYZEK 
191 Kéz ——66—6 hee ee ea ám nam ám mt tag ag it aa tér itt me 


Definiálja a tartalomjegyzék-bejegyzés adatmezőinek M$ megnevezését, valamint V hosz- 
szát. (Ilyen adatmezőből bejegyzésenként 8 darab lehet.) 


119 DIM M$(G2 5. v(Ss 


íz M$(1jz" TIFUS mo: ui1ls5si 
139 M$-zsz" KEZDÜLCIH homo: uk zaze 
148 M$-3siz" HE" rom: eegizió 
129 M$(dsz" HELLEKSZ homo: o eedojzz 
169 M$r52:" REKÜRDMEKRET: " : /(3971 
ií7o MHár6s-" IJRES mo: 4e6jsd 
199 H$(7o)s5" FELULIRAS 0: " : (ősze 
198 Má(395z" FAJLMERET : " : v(gossz 


Megnyitja a tartalomjegyzéket mint soros állományt olvasásra, kipörgeti az első 254 báj- 
tot, azaz a 18-as sáv 0-ás szektorát, és ha a tartalomjegyzék üres, leáll: 


210 OFEM 2.6.25"$" 
zzó vszo4d:GCOSUB 819 :REMssz KIFORGETES 
z36 IF STATUS THEH GOTÓ 619 


Ciklust szervez a tartalomjegyzék S szektorainak feldolgozására. (Ilyenből 18 darab van.) 
319 FOR Szi TŰ 18 
Ezen belül ciklust szervez az egy szektoron belüli T tartalomjegyzék-bejegyzések feldolgo- 


zására. (Ezekből szektoronként legfeljebb 8 darab lehet.) Minden bejegyzés feldolgozása 
előtt törli a képernyőt, és kiírja a fejlécet: 


328 : FÜR Ts1 T0 68 
399 : 0: FRIMHT "2" :PRIMHT C$:FRIHT Kg 
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Egy-egy tartalomjegyzék-bejegyzésen belül ciklust szervez az A darab adat beolvasására és 
kiírására. (Ezekből minden bejegyzésnél mindig pontosan 8 van.) 

zda : : FÜR Hzi TŰ 5 

Minden egyes adat esetén beolvassa az adatot. Ha a bejegyzés első beolvasott adata N$ 
nem tartalmaz típuskódot, úgy tekinti, hogy a tartalomjegyzékben nincs több bejegyzés. 
Ilyenkor a program leáll: 


sad : o: 0: GÜSJE 7168 :FREMHszs BEEOLYHSHZ 
zá o: 0: 0: IF Az1i AHU H$-CHRá$-Ez THEH GÜTŰ 614 


Ha a béjegyzés létezik, kiírja az adat M$ megnevezését (természetesen mindig a szóban 
forgó A-dik adatét) : 
ari : : :  PRIHT:FRIMT H$-HR.: 


Majd ugyanebbe a sorban kiírja magát az N$ adatot is: 


499 : : : ON A GüTŰ 418.4d26 420, 429, 410, 458, 420, 429 

419 : : : : PRINT ASC(N$? : GüTÜ 4959 
4294 : : : : . FRINT ASCCLEFTE(N$., 1225", ";AZE(RIGHTE(N$.125 : GÜTÜŰ 4959 
429 : : : PRINT M$ : GOTO 499 
geg : : : : . FRINT ASC(LEFT$(N$. 122-4ASC(RIGHT$(N$.1290$295 cüTÜ 4935 


Megjegyezzük, hogy a nevet és az üres mezőt egy az egyben úgy írja ki, ahogyan beolvas- 
ta. A típust és a rekordméretet konvertálnia kell az egybájtos ábrázolásmódról a szokásos 
numerikus értékre. Ez az ASC függvénnyel valósítható meg. A program vagy állomány 
kezdőcímét, a mellékszektor címét és a felülíró állomány kezdőcímét szét kell bontani 
sávcímre (első bájt) és szektorcímre (második bájt). A konvertálás itt sem maradhat el. 
A program vagy állomány (fájl) méretét pedig át kell számítani az a-tfx256 képlettel 
— ahol ,,a" az alsó bájt, , f" a felső bájt numerikusra konvertált értéke. 


Az adat kiírása után áttér a következő A adatra: 
499 : : . HEXT H 
A bejegyzés összes adatának kiírása után megkérdezi, hogy kívánjuk-e kiíratni a soron kö- 


vetkező bejegyzés adatait is. Ha a V$ válaszunk igenlő, akkor kipörgeti a bejegyzést köve- 
tő két kihasználatlan bájtot, ha éppen nem a szektor végén van. 


Nemleges V$ válasz esetén feljebb viszi a kurzort, hogy ne fusson ki a képernyőről, majd 
leállítja a programot. 


Bármilyen más válasz esetén új választ kér. 


Jjig : : FRIMT:FRIMNT K$ 

Jea :  : FRIHT " TOVABB? LI/H1" 

ad : : PRINT K$ 

J4dg o: 0: 0 V$z"":GET V$ 

999 : : IF V$z"I" THEH HOT 5398 
Jeg : : IF Váz"H" THEH FRINMT "/TIT":GOTO £18 
ara : : GÜTŐ 544 


Ha kértük a kiírás folytatását, áttér a következő T tartalomjegyzék-bejegyzésre : 
398 : HEAT T 
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Ha a szektoron belül mind a 8 bejegyzést feldolgozta, áttér a következő S szektorra: 
999 HEAT 5 


Ha mind a 18 szektor összes bejegyzését feldolgozta, vagy a listázást leállítottuk, lezárja a 
megnyitott állományt, kiírja a zárósort és leáll: 

619 CLOSE z 

629 PRIHT:FEIMT Ké 

699 EMD 

A felesleges B$ bájtok kipörgetése a már ismert szubrutinnal történik, amelyben a kipörge- 
tendő báitok V számát paraméterként kell megadnunk: 

819 FÜR Izi TO 9 

szg : GETHZ:B£$ 

838 MHEZT I 

899 RETURH 

Az N$ adatok beolvasása is a már ismert módon, B$ bájtonként történik, némi módosí- 
tással: 

719 NÉm"" 

729 FOR Iz1 TŐ 4-HI 

739 : GETHZ.B$ 

748 : IF B$-"" THEH BsztlHE$-Z: 

759 : HM$zrM$tB$ 

769 NEAT I 

799 RETURN 

Először is a rutin a beolvasandó bájtok számát a V(A) tömbből veszi; a megfelelő tömb- 
elemet az adat A sorszáma határozza meg. Másrészt arra ügyelnünk kell, hogy a B$ bájt 
soha ne tartalmazzon üres karaktert, különben az ASC függvény, ami a konvertáláshoz 
szükséges, nem lesz végrehajtható. Az üres karakter helyére nem tölthetünk be 70" ka- 
raktert, mert ennek a kódja 48. Csak olyan karakter a jó, amelynek az ASCII kódja 
nulla. 

A programot ki is próbálhatjuk. Működésének illusztrálására" elegendő néhány részletet 
bemutatnunk: 


SAJAT TARTALOMJEGYZEK SAJAT TARTALOM JTEGYZEK 


detto tálltó ööö élln CöéS ÉabÓ KÖ GÁD GGS ét IZÉT ÁÁNN ÉN GÁLES MÁG eíJP ÚG(E GE törő szam élje eke el seeetesosst esámeáeeleek Át slesás ok ese Ti 


TIFUS : 139 TIFUS : 138 

KEZDOCIM r ús § KEZDOLIH : 26 , 13 

NEY : PULI HE : LEMEZAZOMOSÍTHRS 
MELLEKSZ : B, A MELLEKSE : RB. A 
REKÜRDMERET: § REEKORDMERET: 6 

URES 4 URES : 

FELULIRAS : A. B FELULIRAS : 6. B 
FARJLMERET : 28 FAJLHERET : 6 
ZTOVABB? CI/NI 0 ZTÓVABB? [IMI 


6. ábra. Példák a saját tartalomjegyzékre 
63 


Összehasonlításul közöljük a lemez , hivatalos" tartalomjegyzékét és a lemeztérképet: 


RERUT. 


S ELIT 1— ET E sees nat 1) 

6 "LEMEZAZOŐHOSÍTAS" FEG 
7 "ZRHATKH" PRG 
fő "TARTALOHIEGYZEK"  FEG 
pee "FULI" PRG 
7 "SZOMSZEDÜÖK. " PRG 
3 "ORAFREMD" FEG 
B "SO5ORÖZIÍT" PRG 
3 "DEHOKERESES" FRG 
a) "DEHOLEHEZAZOM" FRÚG 
3 "EGYPERUOGRAN" PRG 
5 "KETTESFRÜG" FRG 
4 "FROGRARHKERESES" FRG 
2 "DEMOTRHETALOM" PRG 
566 ELÜCES FREE. 


RERUT. 


7. ábra. A lemez , hivatalos" tartalomjegyzéke 


4 IL EMEZTERKEP §$ :$ IHTROHIK SOFTUARE 4 


LEMEZ: BOTI-g3/E 
EEREHEEHEH4 44 4998€—————————————— 
19: EEPEEEEEEH444444€ 
HELL E ns LN een, ) 
PL EREEEEEEEEbbbb 48 
EREREEEEEEbE44 4 
LEtttbtttttbbrt be 
Lettttttttttttteg 
Et44HEtt4-444-4498 
aal 1) 


FGOREEEEEEEE EHE 4 
FGOFEEEEEEEEEEEbb ek 
HEGOHIEH4HH4b 444 
FOVGORHEEEEEEEEH44 4 
FEDEEEEEEEE HEHE 4 


! EEtEtEEHttttt44€ 
(EEEEHEHtHttHt44€ 
PEEttbtttbtt bé 
PT EREEEEHEEbb4444e 


 Ehbbttttt-ktk 4 
: 4-tdet 4-k 
ő PFttttg 


4tttHttta 
HE ÉL É ÉLLEL ÉLELELENE J 
MO Lé ÉL ÉLÉLL ELÉ ÉNÉLE, ) 
: bRt4444thht44te 
PER EEEEEEEEEtHtő 


! DRRWARMMNO I 
x 
tk 


0) 1 


FEBHEEHEEEEthbbbE 
HEGTEEEEEEEHE4H 4 
FGOHEEEEEEEEH44k 
IEOTEEEEEEEEEEEE 44 
HFGGEEEEEEEEEEEEH 4 
FGGTHHHHEHH444-fek 
HEGEFEEEEHEHE bt 
GOGBOTH--HHH4-h-H-Hk 
OTBBOTHEEEEEEHEH4 44 
ÚHGOFH4--H-H4--HhH--h-h eh f-- 
G000--4---4---H-44-4-H-H 
BOBE5-4H4HH4H4HHHHE 


sz122456799012545678590123456739012345 


8. ábra. A vizsgált lemez térképe 
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A program, szemben az előzőkkel, nemcsak a programok, hanem a soros és a relatív 
állományok bejegyzéseit is kiírja. Ezt tetszés szerint módosíthatjuk, a típuskód figyelésé- 
vel, hogy csak az egyiket, vagy másikat vesszük figyelembe. Ízlés szerint ,tupírozhatjuk" 
is, például úgy, hogy csak bizonyos adatokat, mondjuk a nevet, a kezdőcímet és az állo- 
mányméretet írja ki; vagy hogy a kiírás tetszetősebb vagy tömörebb formában készüljön; 
hogy a típuskód helyett a típus megjelölését (SEO, PRG stb.) írja ki; hogy a bejegyzések 
között meghatározott szempontok szerint válogasson; hogy kívánság szerint a tartalom- 
jegyzéket a nyomtatóra is ki tudja írni — és így tovább. 


FIGYELEM! 
A program leáll, ha a tartalomjegyzékben nulla típuskódot (lezáratlan törölt bejegyzést) 
talál. De ha a 360-as sort elhagyjuk, akkor ezeket is kijelzi. Ez esetben viszont csak akkor 
áll le, ha az összes szektoron végigment, vagy ha a , P?TOVABB?" kérdésre nemleges vá- 
laszt adtunk. 


Úgy hisszük, mindezeket a módosításokat már az Olvasóra bízhatjuk. Segítségül közöljük 
a program jelenlegi teljes kódját: 
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RERDr. 


109 
191 
1902 
119 
120 
1598 
140 
150 
164 
179 
189 
199 
200 
219 


C$z" SAJAT TARTALOMJEGYZEK" 
Kéz" 
REM—-—————————— ee ————————————————— ADATELOKESZITES 
DIM M$(8), VB) 
M$(C1)-" TIPUS p Mor apóijsi 
M$C-2)z" KEZDOCIM — : " : W(2)sZ 
M$(3)z!" NEV : § : WC3Yz16 
M$(C4)-"! MELLEKSZ — : " : W(4)5s2 
M$(5)- REKORDMERET:  : W(C5)D-1 
M$(6)z" URES " : Vc6)a4 
M$(7)-" FELULIRAS : " : W(7)52 
M$(CB)-! FAJLMERET : " : W(B)sZ 
REM-—————— ee ———— MEGNYITAS £ KIPORGETES 
OPEN 2,8.2,"§" 


229 V-254:GOSUB 819 :REM--s KIFORGETES 

239 IF STATUS THEN G0TŰ 619 

zi 17 ÖS 5 EÉGSÁKE ÉSÉT szt szésa szása aa SZ ZS zt szelkta ses szisze ztutdozészlesztsetagésjeszásgzátksztasteztas s zászndzássásálszáza FELDOLGOZAS 
319 FOR S-1 TO 18 

329 : FOR T-1 TD 8 

339 :  : FRINT "T":PRINT C$:FRINT K$ 

349 : FOR A-1 TO 8 

g59 : : : GOSUB 719 :REM--2 BEOLYASAS 

369 : IF A5-1 AND N$-CHR$-B? THEN GOTO 619 

grg : : PRINT:PRINT M$C(RA); 

498 : : ON A GOTO 418, 424, 459 , 420. 419. 434, 429. 482 

416 : : PRINT ASC(N£? : GOTO 499 
428 : PRINT ASC(LEFTÉC(N$, 12925", ";ASC(RIGHT$(N$, 19) : GOTU 499 
439 : PRINT Má : GOTO 499 
439 ho: : . FRINT ASC(LEFT$(N$.1224ASCKRIGHT$(N$.1294256 : GOTUÚ 499 
499 : . MEAT A 

319 : . PRINT:FRINT K$£ 

520 : . PRINT " ?7TOÓVABB? CI/MJ" 

3309 : PRINT K$ 

549 : : W$z"":GET vV$ 

339 : IF vV$-"I" THEN GOTO 399 

ae : IF vV$z-"N" THEN FRINT "ITIT":GOTO €19 

979 :  GOTO 549 

999 : IF TC8 THEN V-2:G0SUB 318 :REM--2 KIFÜKRGETES 

398 NEAT T 

599 NET S 

600 REM—-——— room BEFEJEZES 
619 ELOSE zZ 

Ezú FRINT:FRINT K$ 

699 EHD 

700 REÉMszsszsszzszsszszzszsseszzszzszeegzessmeszszememezezsmmszeszmueszezzeezseuuszszzzez ADAT PBEOLYRSASA 
710 N$-"" 

728 FOR I-1 TO V(A? 

738 : GETHZ,.B$ 

749 IF B$-"" THEM B£$zCHR$(AD 

759a : N$-N$tB$ 

r76B NEXT I 

799 RETURN 

809 KREllfzzszszzszsszzszzszzszzszszssssszmásszszszzszsszszzszzszezezmezizmemszmzziemsmzzzezzzz KIPORGETES 
el FOR I-1 TV 

82 : GETHZ2.B$ 

839 MNEXT I 

e£e9g59 RETURN 

READY. 


Egyéb lemezkezelési tudnivalók 


A COMMODORE géphez két lemezmeghajtós (úgynevezett 
dual) lemezegységek is csatlakoztathatók. Ezekbe egyidejűleg 
— —————— kétlemeztisbelehet helyezni. 

Ha ilyen lemezegységgel találkozunk, módosítanunk kell a lemezkezelő funkcióinkat. 
Ilyenkor ugyanis nem elegendő információ a lemezkezelő számára, ha csak a lemezegy- 
ség logikai egységszámát adjuk meg (esetünkben eddig ez mindig 8 volt), hanem azt is meg 
kell határoznunk, hogy a lemezegységen belül melyik lemezmeghajtóra vonatkozik a 
parancs. 

A rendszer a lemezmeghajtókat O, illetve 1! számmal azonosítja. Ezekre kell tehát hivat- 
koznunk, mégpedig általában a lernezkezelő funkciót meghatározó kulcsszó után. Így 
például a 

PRIHTH15, "MHEWB : PROBR. FR" 

parancs az OPEN utasításban meghatározott számú lemezegység 0-ás meghajtójában levő 
lemezt formázza, a 

PRINT$15. "SCRATCHI: FELESLEGES" 

parancs pedig az 1-es meghajtóban levő lemezről törli a FELESLEGES programot. 

Ennél érdekesebb a COPY funkció, ahol a 

PRIHTH15, "COPYOB:MASOLAT-1: EREDETI" 


parancs az 1-es meghajtóban levő lemezről veszi az EREDETI programot, és átmásolja a 
0-ás meghajtóban levő lemezre, ahol is MASOLAT néven tárolja. 

Ugyanez a lehetőség kihasználható a soros adatállományok összemásolásánál is. 
Egylemezes (single drive) lemezegységek esetén, mint amilyen az 1541 is, ezeknek a meg- 
hajtó-azonosítóknak a használata szükségtelen, de nem tilos. Ha például programáthelyez- 
hetőségi okokból ragaszkodnunk kell használatukhoz, akkor ezt megtehetjük, de min- 
denütt kizárólag csak a 0-ás meghajtóra hivatkozhatunk. 


KÉTLEMEZES 
FUNKCIÓK 
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TÖBB LEMEZEGYSÉG A COMMODG RE legfeljebb 4 lemezegységet tud kezelni, ha 
KEZELÉSE ezek között nincs azonos egységszámú. 

Minthogy a lemezegységeket gyárilag 8-as egységszámra be- 
állítva hozzák forgalomba, az átállításról a felhasználónak kell gondoskodnia: 

— Először minden kábelt ki kell húzni a lemezegységből. i 

— Majd le kell szerelni a műanyag dobozfedelet, és azon belül al fémburkolatot is. 

Ezek után a kívánt egységszámnak megfelelő kombinációban át kell vágni az egység- 
számot meghatározó érintkezőket. 

— Végül vissza kell szerelni a; fém- és a műanyag burkolatot. 

Az átvágások az alábbi kombinációkban hajthatók végre: 


[) 
o 


egységszám 


[j 
0 


egységszám 


egységszám -— 19 


egységszám - 11 


KIDAGDAG DAGI 
1D(D4V 


9 ábra. Egységszám átállítása hardverúton 


Az átvágással az egységszámot egyszer és mindenkorra átállítottuk. 


FIGYELEM! 
A hardverúton történő átállításhoz egy csillagfejű csavarhúzó, egy kés, valamint szakis- 
meret szükséges. Ezt célszerűen bízzuk szakemberre. 
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A hardverben beállított egységszám szoftverrel felülbírálható. 

Szükség esetén, ha például a 8-as lemezegységünk elromlik, és a javítás ideje alatt egy má- 
sik, mondjuk 9-es egységszámú lemezegységgel kívánjuk ideiglenesen helyettesíteni, az 
egységszám szoftverrel történő átállításával elérhetjük, hogy azokat a programjainkat is 
használhatjuk, amelyek fixen a 8-as egységszámra vannak beállítva, és azon változtatni 
nem tudunk, vagy nem akarunk. 

Az átállítás úgy kezdődik, hogy bekapcsolás után megnyitjuk a parancs-csatornát: 


OFEN 15.9.19 

Majd lemezparancsot adunk ki a lemezegység tárjának felülírására: 
PRIMT$155 "M-I: " ; CHRE(C11913-CHRECO3HLHES( 2) 
1CHRS(C( 449 4CHRENT2 I 

Végül lezárjuk a parancs-csatornát: 

CLOSE 15 


Ezek a parancsok programból, utasításként is kiadhatók, és más lemezegységre is végre- 
hajthatók: a PRINT § lemezvezérlő adatsorozatának az utolsó két karaktere mindig a kí- 
vánt egységszámnál 32-vel, illetve 64-gyel nagyobb; tehát 9 esetén 41 és 73, 10 esetén 
42 és 74, 11 esetén 43 és 75. 


FIGYELEM! 
Ez az átállítás a lemezegység kikapcsolásáig tart, és akkor visszaáll az eredeti, hardverben 
beállított egységszám. 


LORD "$",§ 


SERRCHING FOR § 
LORDING 

RERAUDT. 

ÜPEN 15.815 


RERDYv. 
PRINTH155 "M-W: ": CHR$C11924CHR$-CDDHCHRE(2IHÜHR$C4124CHREL73) 


READY. 
CLOSE 15 


RERAUDtT. 
LORD "$",8 


SERARCHING FOR $ 

?7DEVICE NOT FRESENT ERRÜR 
RERUD? . 

LORD "$".9 


SERRCHING FOR $ 


LORDING 
READY. 
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A LEMEZMŰVELETEK Az adatállományokkal kapcsolatban felhívjuk a figyelmet a 


SIKERESSÉG ÉNEK parancs-csatorna már ismert lekérdezési lehetőségének kibőví- 
LEKÉRDEZÉSE tett változatára. Ha bármilyen lemezművelet után kiadunk 
egy 


6898 INPUTHIÍ5:.H.H$, SA. SZ 


utasítást, akkor a parancs-csatornáról leolvashatjuk a lemezművelet elvégzésének sikeres- 
ségére vagy sikertelenségére vonatkozó információkat, amelyek a megadott változókban 
jelennek meg: 


H : hibakód 
tartalma — 0, ha a lemezművelet sikeres volt; 
— 20—74, sikertelen lemezművelet után; 
— — 1—19 esetén nem jelent hibát; 
H$: hibaüzenet 
tartalma -— a hibakódnak megfelelő (angol nyelvű) hibaüzenet, például O esetén 
OK; 
SA: sávcím 
SZ: szektorcím 


18 ÜFEH 15.58515 

28 OFEM 2.8, 25 "PROBR., SEL: READ" 
398 IMHPUTH15S.H.H$.5A. SZ 

48 PRIHT:FRIMHT" HIERKOD zs" ;H 


ag PRIMT:FPRIMT" HIER ";H3 
69 FRINT:PRINT" 55 mM SA 
78 PRINT:PRINT" SZEKTOR sz" ;SzZ 


s9 ELÜSE £ 
98 CLÜ5E 13 


READY. 
FH 
HIERKEÜTI sz Ez 
HIEH z FILE HOT FÜLIHŐ 
bal ai 0 . om Űű 
ZZEKTÜK s KH 


A sávcím és a szektorcím együttesen egy blokkcímet határoz meg. A lemezművelet jelle- 
gétől, esetenként azon belül a hiba típusától függ, hogy itt milyen blokkcímet kapunk. 
Sikeres lemezművelet esetén mindig SA—0 és SZ—0 jelenik meg. 
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Leggyakrabban annak a blokknak a címét adja meg a lemezkezelő, amelynek a kezelése, 
írásalolvasása közben a hibát felfedezte, tehát nem azét, amelyikben a hiba ténylegesen 
előfordult. Az esetek döntő többségében ez a kettő megegyezik. Számítsunk azonban arra 
is, hogy néha az utolsó sikerrel kezelt blokk címét kapjuk meg. 

Ha a lemezkezelő nem tudja megállapítani a hibás blokk címét, vagy még inkább, ha a le- 
mezkezelés során még egyáltalán nem nyúlt blokkhoz, akkor SA—0O és SZ— 0 értéket 
ad meg. 

Előre már most jelezzük, hogy ennek a visszakapott blokkcímnek az úgynevezett random 
állományok kezelésekor sajátos és rendkívül fontos szerepe lesz. (A random állományokat 
külön kötetben fogjuk tárgyalni.) 


FIGYELEM! 
A parancs-csatorna csak programból kérdezhető le. Az INPUTF ugyanis parancsként nem 
adható ki. (Lásd , ALAPISMERETEK" 81. oldal!) 


MEGJEGYZÉSEK A NEW, a VALIDATE, az INITIALIZE lemezkezelő paran- 
A LEMEZKEZELÉSHEZ csok mindig a lemezre vonatkoznak, de az adatállományokra 
is kihatásuk van. A VALIDATE törli a lemezen esetleg fent 
levő random szervezésű adatállományt, a NEW pedig formázáskor végigírja és vissza is ol- 
vassa a teljes lemezt, így az összes állományt megsemmisíti. Az INITIALIZE hatására pe- 
dig az éppen nyitva levő adatállományok megsemmisülhetnek. 

A LOAD, SAVE, VERI FY parancsokkal csak programot lehet betölteni, kimenteni, ellen- 
őrizni. Adatállományokra nem használhatók. 

Ez alól kivétel a LDOAD, amellyel a lemez tartalomjegyzéke is betölthető. 

A RENAME, SCRATCH, COPY parancsokkal mind programokat, mind soros, illetve rela- 
tív szervezésű adatállományokat lehet átnevezni, törölni, illetve másolni. Ez alól kivétel 
a COPY funkció összemásolni tudó változata, amely csak soros adatállományokra al- 
kalmazható. 

Megjegyezzük, hogy a COPY működik kétlemezes (dual) egységen is, tud másolni 
az egyik meghajtóból a másikba, de nem másolhatunk vele egyik lemezegységről másik 
egységre. 

Sem a COPY, sem a RENAME nem hajtható végre megnyitott állapotban levő állo- 
mányokra. 


A SOROS 
ÁLLOMÁNYOKRA 
VONATKOZÓ 
HIBAÜZENETEK 


OK (hibakódja — 0) 
Minden rendben. 

READ ERROR (hibakódja — 20,21,22,23,24,27) 
Olvasási hiba. Leggyakrabban a lemeztartalom megsérülése okozza. Ilyenkor 
próbáljuk meg újraformázni a lemezt. Ha egy másik lemezegységen nem sikerül, 
a lemezt eldobhatjuk. Ugyanez a teendő, ha maga a lemez sérült meg. A hibát 
okozhatja a lemezegység meghibásodása is. Gyakori hibaok lehet még: a lemez- 
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egységben nincs lemez; a lemezegységben levő lemez nincs formázva; a lemez 
nincs jól behelyezve; a lemezegység ajtaja nincs jól becsukva, esetleg menet 
közben kinyílt. 

WRITE PROTECT ON (hibakódja — 26) 
Írásvédelemmel ellátott lemezre adtunk ki lemezre író utasítást. Vagy cseréljük 
ki a lemezt, vagy távolítsuk el róla az írásvédő címkét. 

WRITE ERROR (hibakódja — 25,28) 
Íráshiba. Általában lemezsérülés vagy a lemezegység meghibásodása okozza. 
Próbálkozzunk másik lemezzel vagy lemezegységgel. 

SYNTAX ERROR (hibakódja — 30,31,32,33,34,39) 
Formailag hibás, értelmezhetetlen lemezparancsot adtuk ki. Nézzük át a lemez- 
parancsokat, keressük meg, és javítsuk ki a hibát. 

RECORD NOT PRESENT (hibakódja — 50) 
Nincs adatrekord. Csak olvasáskor kaphatjuk ezt az üzenetet, amikor az olvasás 
túlhaladt az állomány végén. 

WRITE FILE OPEN (hibakódja — 60) 
Megnyitási hiba. Olyankor kapjuk, ha egy írásra megnyitott állományt nyitva 
felejtettünk, majd olvasásra akarjuk megnyitni. Ha sikerül az állományt lezár- 
nunk, a hiba megszűnik. 

FILE NOT OPEN (hibakódja — 61) 
Az állomány, amelyből olvasni, vagy amelybe írni akartunk, nincs megnyitva. 
Ilyen hiba esetén a lemezkezelő figyelmen kívül hagyja az író/olvasó utasítást. 
A hiba az állomány megfelelő megnyitásával megszüntethető. Ritkábban az 
okozza, hogy elfelejtettünk OPEN utasítást kiadni, gyakrabban inkább az, hogy 
az OPEN-ben és az I/O utasításban megadott állományazonosító nem egyezik 
meg. 

FILE NOT FOUND (hibakódja — 62) 
Az állomány nincs a lemezen. Leggyakrabban az okozza, hogy az állomány ne- 
vét tévesen adtuk meg, hibásan gépeltük be. Ugyancsak gyakori ok, hogy nem a 
megfelelő lemezt tettük a lemezegységbe. 

FILE EXISTS (hibakódja — 63) 
Az állomány már létezik. Olyankor kapjuk, ha írásra nyitunk meg egy állományt, 
de annak a neve a lemez tartalomjegyzékében már szerepel. Vagy az állomány 
nevét nem választottuk meg jól, vagy nem a megfelelő lemezt tettük be. 

FILE TYPE MISMATCH (hibakódja — 64) 
Az állomány típusa nem megfelelő. Ha a megnyitandó állomány neve szerepel a 
lemez tartalomjegyzékében, de ott az állomány típusa nem soros (SEO), akkor 
kapunk ilyen üzenetet. Hasonlóan az előbbiekhez, vagy a nevet, vagy a lemezt 
választottuk meg rosszul. 

NO CHANNEL (hibakódja — 70) 
Nincs szabad csatorna. Megnyitáskor kapjuk ezt az üzenetet, ha az állományhoz 
kijelölt csatornát már egy másik (megnyitott) állomány használja, vagy ha már 
öt adatállomány van nyitva. Az utóbbi esetben a hatodik soros állományt már 
nem lehet megnyitni, mivel ezek az adatállományok legfeljebb 5 csatornát hasz- 
nálhatnak. Leggyakrabban az okozza ezt a hibát, hogy egy vagy több állományt 
nem zártunk le. 
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DIRECTORY ERROR (hibakódja — 71) 
Megsérült, felülíródott a lemeznyilvántartás — a tartalomjegyzék vagy a lemeztér- 
kép, vagy mindkettő. Adjunk ki INITIALIZE parancsot, ettől a hiba általában 
elmúlik. A nyitva maradt állományok ilyenkor megsemmisülhetnek. Ha az 
INITIALIZE sem hatásos, a lemezegységet kapcsoljuk ki, majd kapcsoljuk 
újra be. 

DISK FULL (hibakódja — 72) 
A lemez megtelt. Nemcsak akkor kapjuk, ha a lemezen már nincs több szabad 
blokk, hanem akkor is, ha (például sok apró állomány esetén) a lemez tartalom- 
jegyzékébe már több bejegyzést felvinni nem lehet. Ha nem az utóbbiról van szó, 
esetenként a lemez tömörítésével (VALIDATE) elegendő helyet szabadíthatunk 
fel a hiba elhárításához. 

DRIVE NOT READY (hibakódja — 74) 
A lemezegység nem üzemkész. Oka: a lemezegységben nincs lemez. A parancs- 
csatornáról akkor is ezt az üzenetet kapjuk, ha a LOAD esetén a központi egy- 
ség FILE NOT FOUND üzenettel reagál. Ugyanezt az üzenetet kapjuk, ha a le- 
mez nem jól van behelyezve az egységbe, vagy az ajtó nyitva van. FIGYELEM! 
Ha rossz egységszámot adtunk meg, vagy a lemezegység nincs bekapcsolva, vagy 
nincs a központi egységgel összekötve, nem ezt, hanem a DEVICE NOT 
PRESENT (nemlétező eszköz) üzenetet kapjuk, de nem a parancs-csatornán, 
hanem programmegszakítás után közvetlenül a központi egységtől. 


A EGMNGÖDGBE A lemezkezelő náronmtéle adatállomány létrehozására, módo- 

ADATÁLLOMÁNYAI sítására, karbantartására, törlésére, egyszóval kezelésére képes. 
jji Ezek: 

— a soros adatállományok, 

— a random adatállományok, 

— a relatív adatállományok. 

Mindenekelőtt meg kell különböztetnünk az állományok tárolási, szervezési és elérési 

módját. A tárolási módot az határozza meg, hogy az állomány elemei, a rekordok az adat- 

hordozón, azaz a lemezen vagy a mágnesszalagon fizikailag hogyan vannak egymáshoz 

képest elhelyezve: 


— sorjában egymás után, azaz sorosan, mint a földalatti kocsijai az alagútban, vagy 

— össze-vissza, látszólag véletlenszerűen, mint a nézők egy erősen foghíjas nézőtéren, 
Az elérési mód attól függ, hogy miként tudunk az állomány elemeihez, a rekordokhoz 
hozzáférni: 

— sorban egymás után, azaz sorosan, mint a gyöngyök höz egy füzéren, vagy 

— közvetlenül, mint egy tálra kitett sütemények esetén. 


A szervezési módot az határozza meg, hogy milyen tárolási mód milyen elérési módot 
tesz lehetővé, vagyis az, hogy milyen kapcsolat van az állomány egyes rekordjai, valamint 
azok tárolási helye között. 

A soros szervezésű állomány rekordjai sorban egymás után, érkezési sorrendben vannak 
tárolva, és csak ebben a sorrendben, sorban egymás után érhetők el. Ilyen állomány akár 
lemezen, akár mágneskazettán, akár nyomtatón létrehozható. 

A random szervezésű állomány rekordjai véletlenszerűen vannak tárolva, vagyis a lemezen 
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bárhol előfordulhatnak, és közvetlen eléréssel kezelhetők. Ez az állomány értelem- 
szerűen csak lemezen valósítható meg. 

A relatív szervezésű állomány rekordjai meghatározott sorrendben egymás után vannak tá- 
rolva, de nemcsak sorosan, hanem mindegyikük külön-külön közvetlenül is elérhető. 
Ilyen állományok is csak lemezen létezhetnek. 

A közvetlen elérést biztosító (random és relatív) állományoknak külön kötetet szentel- 
tünk a sorozatunkban. Könyvünk második részében csak a soros állományokkal fog- 
lalkozunk. 
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ILRÉSZ 
SOROS ÁLLOMÁNYOK 


Alapműveletek soros állományokkal 


A soros adatállományok már a számítástechnika legkorábbi fejlődési szakaszában megje- 
lentek. Szerepük és jelentőségük akkor volt a legnagyobb, amikor a külső adattárolás leg- 
főbb eszközei a mágnesszalagos egységek voltak. 

A közvetlen elérést lehetővé tevő (úgynevezett DASD Direct Access Storage Device) 
háttértárak, elsősorban a lemezek elterjedésével a soros állományok szerepe csökkent. 

Ez a megállapítás kifejezetten érvényes a COMMODORE gépre, ahol a kazettás egység, 
noha elvileg alkalmas soros adattárolásra, gyakorlatilag üzemszerű adatfeldolgozásra nem- 
igen használható, ugyanakkor a lemezegység , kulturált" állománykezelési lehetőséggel 
rendelkezik. Könyvünkben éppen ezért csak a /emezen létrehozott soros adatállományok- 
kal foglalkozunk. 

Manapság, az adatbázisok, információs rendszerek korában a soros állományok egy immár 
letűnt kor emlékeinek tűnnek, és óhatatlanul felmerül a kérdés, hogy érdemes-e egyál- 
talán velük foglalkoznunk, főképpen a COMMODORE esetében, ahol olyan egyéb állo- 
mányok is léteznek, amelyekre a közvetlen elérés előnyei mellett a soros feldolgozás is 
megvalósítható. 

Itt meg kell jegyeznünk, hogy a COMMODORE-64 gépet nern adatfeldolgozásra tervez- 
ték. Ez meghatározza a hardver és szoftver lehetőségeit. A hajlékony lemez tárolókapacitá- 
sa kicsi, az adatátvitel lassú, a működése közel sem olyan üzembiztos, mint a kimondot- 
tan adatfeldolgozási célokra készült lemezegységeké; az állományok, különösen a köz- 
vetlenül elérhető állományok kezelése ugyan nem túl nehéz, de meglehetősen körül- 
ményes. Mindezek miatt a COMMODORE-64 gépre komoly adatfeldolgozó rendszere- 
ket megvalósítani meglehetős kockázattal jár — ha egyáltalán lehetséges. 

Ennek ellenére az adatfeldolgozás alapkérdéseivel mindenképpen foglalkoznunk kell, 
mégpedig két okból. 

Egyrészt a soros feldolgozás olyan alapvető programozási elemekre, fogásokra, algorit- 
musokra épül, amelyek más feldolgozási módot alkalmazó programoknak is szerves 
építőkövei lehetnek — legalábbis a hagyományos magas szintű programnyelveken tör- 
ténő megvalósítás esetén. Igy ezek az elvek még ma is a számítástechnika alapismeretei- 
hez, mintegy szakmai minimumához tartoznak. 

Másrészt vannak olyan esetek, amikor a soros adattárolás és a soros feldolgozás természe- 
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tes, esetleg az egyedüli iehetséges, de legalábbis a kézenfekvő és legolcsóbb megoldás. 
(Gyakran ez a helyzet azokkal az adatokkal, amelyek időrendi sorrendben folyamatosan 
egymás után keletkeznek, és kerülnek be a feldolgozásba. Erre példa lehet egy olyan rend- 
szer, amelyben eladott árukról kell szállítólevél alapján számlát készítenünk.) 

A soros állományok legnagyobb hátránya, hogy az egyébként könnyű kezelhetőségük 
ellenére a karbantartásuk igen körülményes, egy bizonyos rekordot csak több rekord 
olvasása árán lehet elérni, a soros állományok rendezése pedig lassú és tárigényes mű- 
velet. A probléma kisebb, ha elegendően nagy és megfelelően gyors háttértárral, vala- 
mint jó rendezőprogrammal, vagy legalábbis jó rendezési eljárással rendelkezünk. 

A karbantartás bonyolultsága azonban a soros adattárolás jellegéből fakad; a gépi le- 
hetőségek és korlátok alig változtatnak rajta. A karbantartó eljárás tehát nem a 
COMMODORE tulajdonságai miatt bonyolult, ugyanilyen lenne bármely más, akár nagy 
gépen is. 

Ha tehát a soros feldolgozás menetéből a karbantartás és a rendezés kiküszöbölhető, vagy 
csak ritkán van rájuk szükség, illetve nem túl sok adatra hajtandók végre, akkor a soros 
felvitel, adattárolás és -feldolgozás számos gépesítendő feladat egyszerű és olcsó megoldá- 
sa lehet. 

Éppen a mikrogépek sajátosságai miatt, illetve azok kihasználásával és ügyes szervezéssel 
a soros feldolgozás kényelmesen megvalósítható. (Gondoljuk át a már említett számlázási 
példát; ott a rendezésre nincs feltétlenül szükség, a karbantartás pedig az interaktív felvi- 
telbe beépített, mindenre kiterjedő adatvizsgálattal kiváltható, vagy legalábbis lényegesen 
leegyszerűsíthető.) 

Minderre könyvünk hátralevő részében elegendő példát mutatunk be. Ezeket azzal a meg- 
győződéssel adjuk közre, hogy általuk az olvasó nemcsak számítástechnikai, programozási 
ismereteit bővítheti, hanem a mindennapi gyakorlatba átültethető tapasztalatokkal is gaz- 
dagabb lesz. 

Nem tagadjuk, hogy noha a könyvünkben bemutatott mintaprogramokat (néhány kivétel- 
lel) létező és ma is működő mikrogépes (tehát nem nagygépes!) adatfeldolgozó rendsze- 
rek programjaiból válogattuk ki és egyszerűsítettük le, azok egyike sem COMMODORE 
gépen üzemel. 

Joggal kérdezhetjük, miért érdemes a COMMODORAE adatfeldolgozási lehetőségeivel rész- 
letesen foglalkoznunk? A válasz egyszerű. 

Ámbár a COMMODORE nem adatfeldolgozó gép, rendkívül kiváló oktatóeszköz. Alkal- 
mas arra, hogy az adatfeldolgozás alapelveit, fogásait, algoritmusait rajta megtanuljuk, és 
10—30 rekordos próbaállományokkal kipróbáljuk és begyakoroljuk. Így az adatfeldolgozás 
lényegére vonatkozó, olcsón és könnyen megszerzett tapasztalatainkat más gépen és kör- 
nyezetben is kamatoztathatjuk. 

Másrészt a COMMODORE, kis szervezeti egységekben, meghatározott korlátok között, 
alkalmas lehet helyi jellegű és célú feldolgozások végrehajtására — aminek csak annyi a 
célja, hogy előkészíti a talajt egy szélesebb körű számítógépes feldolgozás bevezetésére. 


MEGEZNETKÉ A A soros állomány a lemezen egy olyan lemezterületet foglal 
SOROS ALLOMÁNY 


el, amelynek fizikai mérete legfeljebb 168656 bájt lehet. Egy 
lemezoldalon legfeljebb 144 soros állomány tárolható. 

Az adatok az állományba általában nem egyenként, hanem valamilyen szempont szerint 
úgynevezett rekordokba csoportosítva kerülnek fel. (Elvileg nincs akadálya annak, hogy 
egy rekord csupán egyetlen adatot tartalmazzon.) 


10. ábra. Soros állomány 


A rekordok előfordulásuk sorrendjében követik egymást a Imezen, és csak ugyanebben a 
sorrendben dolgozhatók fel az állomány egyetlen végigolvasása során. 

Fontos tudnivaló, hogy a rekordba szervezett adatok között elhatárolójeleknek kell len- 
niük, ha nem akarjuk, hogy a rekord adatai egyetlen folyamatos jelsorozattá olvadjanak 
össze. 

A COMMODORE egyidejűleg /egfeljebb 5 soros adatállományt tud kezelni, függetlenül 
a lemezegységek számától. 

Egy program természetesen ennél több soros állományt is kezelhet, de azok közül egy- 
szerre legfeljebb ötnek az adatcsatornája lehet nyitva. 

A soros állományok kezelésére egy konkrét példán keresztül mutatunk be szemelvé- 
nyeket. 

Tegyük fel, hogy nyilvéntartást akarunk létesíteni a költségviselőinkről, melyekből nin- 
csen túl sok, mondjuk legfeljebb 99 lehet. 

Egy költségviselőről az alábbi adatokat kívánjuk tárolni : 

— kódja (pontosan 4 betű) 

— megnevezése (legfeljebb 30 karakter) 

— tervezett ráfordítás (legfeljebb 9999) 

— tényleges ráfordítás (legfeljebb 9999) 

A számadatok értelemszerűen nem lehetnek negatívak, és tetszésünk szerinti egységben 
(forint, munkaóra, munkaegység, emberhónap stb.) értendők. 

Célszerű, hogy az egy-egy költségviselőre vonatkozó edatok képezzenek az állományban 
egy-egy rekordot: 

— K$ (kód) 

— sorvége jel 
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— M$ (megnevezés) 

— sorvége jel 

— T (tervezett ráfordítás) 

— sorvége jel 

— R (tényleges ráfordítás) 

— sorvége jel 

Már említettük, hogy az adatok összeolvadását elhatárolójelekkel (szeparátorjelekkel) 
akadályozzuk meg. Válasszuk erre a célra — az I. részben említett okokból — a sorvége 
(kocsi vissza) jelet, amely vagy a CHR$(13) függvényértékkel, vagy (értelemszerűen csak 
a rekord végén) a RETURN gomb megnyomásával állítható elő. 

A lemezen ilyenkor a rekord, mint egység, fizikailag nem létezik; csak számunkra csopor- 
tosítja a logikailag összetartozó adatokat, amelyekkel a lemezkezelő a blokkot folyamato- 
san tölti fel. 

Így akár töredék rekord is, például egy fél rekord is írható, illetve olvasható. Sőt, a fel- 
írás/leolvasás történhet akár adatonként is. 


LÉTREHOZÁS A létrehozás lényege, hogy bészerézzük; például úias állomás 
Eosek nyokból kiolvassuk, vagy billentyűzetről begépeljük az állo- 
mányhoz tartozó adatokat; azokat rekordba csoportosítjuk, majd a rekordokat felvisszük 


az állományba (11. ábra). 


Ügyelnünk kell azonban arra, hogy a lemezre lehetőleg ne kerüljenek hibás adatok, mert 
(amint látni is fogjuk) azok kijavítása igen költséges és időigényes. Ezért, különösen a 
billentyűzetről bevitt adatok ellenőrzése rendkívül fontos. 

Most nézzük rnagát a programot. Adjunk ki NEW parancsot, és gépeljük be az alábbi 
programrészleteket, amelyek együttesen egy kipróbálható, futtatható komplett prog- 
ramot képeznek. 

Mindenekelőtt a program bejelentkezik: 

REPT : 

FELST eg 

FRIHT 

FEIHT OO" KÖLTSEGYISELÜŐK FEÉLYITELE" 

(Else AT 16 IT NGÉ SE s rákzstloztsamsl szasa úttenbársztázzáaz aaztsttalsámeelasa rez zakozátszászzt 

FELHT 

ZEZCÜHEHÜ1LZI 

Bekéri a létrehozandó állomány A$ nevét (ami most KOLTSEGVISELOK): 

16 FELHT 

11 PERIHT 

12 IMFRUT " SÖLLÜÚMAMNY MEYER": HA 

iz FELILHT i 

15 FRIHT 

Hibás névmegadás esetén a program még leállítható: 

les IHELIT 7" HEHEVTS 0 0 INRRKRNT a 
í7 19é VELSTáL" THEH GŰTŰ 955 


a en A éa Pi me 
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F1:ha mehet — 71" 
F2: ha a K$ kód nem — " 56860£€ 
F3: ha felvihető — "I" 


er 


SEGFELV 
program 


bejelentkezik 


lezár 


kiírja 74 8; sz. 
J ellenőrzés lemezre az" üzenetetad 


adatokat 7 
él 


az ürlapot 


11. ábra. Soros állomány létrehozása 


A program feltételezi, hogy nem hibázunk; ha mégis, az igenlő választ kell bármilyen ka- 
rakterrel felülbírálnunk. 
Ha ezt nem tesszük, megnyitja az állományt: 
zA ÜPEMH 2.8, 72.Air" SEM. HEITE" 
A megnyitáshoz az OPEN utasítást használjuk. A paramétereinek jelentése: 2 — állomány- 
azonosító, 8 — egységszám, 2 — az adatcsatorna száma, A$ — az állomány neve (ez az, 
amit az INPUT kérdésre begépeltünk), SEO — az állomány típusa (seguential, azaz soros), 
WRITE - az állomány megnyitási iránya (írás). 
Megjegyezzük, hogy az állománykezelő információkat egyetlen karakteres jelsorozattá 
kell összekapcsolni, és az egyes részinformációkat egymástól vesszővel kel! elválasztani. 
Jó, ha tudjuk, hogy a SEO kulcsszó S, a WRITE pedig W betűvel rövidíthető — ugyanis az 
összekapcsolt jelsorozat mérete nem haladhatja meg a 40 karaktert. 
(Természetesen az állomány nevét közvetlenül is megadhattuk volna: 
29 OPEH 2.8, 2. "KOLTSEGYISELIK , SEC HEITE" 
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Ez esetben azonban a később szükséges módosításokat nem vihetjük fel a lemezre ugyan- 
ezzel a felvivő programmal.) 


FIGYELEM! 

Emlékezzünk arra, hogy új állomány csak akkor nyitható meg létrehozásra (WRITE), ha 
még nem létezik, és az így megnyitott állományba csak írni (PRINT) lehet. A lemez- 
kezelő e szabályok betartását automatikusan ellenőrzi. 


Ha a program eddig eljutott, megadja a kezdőértékeket: 

38 Ká 1 nt 

31 Máz"" 

32 TA 

33 Rzb 

Ezután a képernyőre kiír egy űrlapot, amely a megjelölt adatokkal töltendő ki: 
110 PRIHT "-":PRIMT 

121 :  PRIMT " KÖLTSEGYISELŐ KODJR":; 

1zz :  FKIHT " (vVEGEzs$kE$kKJ:" 

123 : FKIHT:FRIHT:FEIHT 

131 : FRIMT " KÖLTSEGYVISELÜŰ MEGHEVEZESE:" 
122 : FKIHT:FEIHT:PRIHT 

141 : FRIHT " TERVEZETT ERFÜKRDITHZ: " 

1427 :  FRIHT:FRIMHT:FRIHT 

131 : FEIHT " TEMHYLEGES EAFÜKRŐITHZ:" 

15727 : FRIHT:FRIMT:FRIHMHT 

Most a program az űrlap megfelelő rovatába viszi a kurzort, majd kéri a költségviselő 
K$ kódját; a begépelt válaszból csak az első négy karaktert figyelembe véve: 


si9 : : FPRIHT "a" 

sz o: 0: FRIHT "MBIW"; "HIRN" KA 
szi : 0: - IMFUT "79 GEE 

32zz : 0: KÉzLEFTE(KH. di 


Ha a K$ kód nem egy tényleges költségviselő kódja, azaz ha a végjelet gépeltük be, akkor 
befejezi a felvitelt: 

Jeg : : IF Kéösz"4444" THEH GÜTŰM 518 

Végjelünk a "38098€". Lehetne például a "VEGE" szöveg is, de csak akkor, ha biztos, 
hogy nincs és nem is lehet ilyen kódú költségviselőnk. Még jobb, ha a program nem egy 
speciális kódtól áll le, hanem külön megkérdezi, hogy van-e még újabb költségviselő, és az 
igenlő vagy tagadó válasz értelmében jár el. Mi a legegyszerűbb megoldást választottuk, 
hogy ne vonjuk el a figyelmet az adatfelvitel algoritmusáról, és hogy hagyjunk önálló 
kísérletezési lehetőséget az olvasónak is. 

Ha a program nem végjelet kapott, akkor azt létező kódnak tekinti, és bekéri a költség- 
viselő megnevezését: 


aga : 0: FRIHT "MIME s "RE HE 
331 : : IMFUT "Tá 
3527 : o:  MSzLEFTS(MZ,. 285 
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Természetesen az adatot az űrlap megfelelő rovatába kell begépelnünk; erről a kurzor al- 
kalmas beállításával a program gondoskodik. (Az M$ megnevezésből csak az első 30 
karaktert veszi figyelembe.) 

Ezután jöhet a T tervezett ráfordítás: 


34 : :  FRIMT "S BIBIB s KT 

sál : 0: 0 IHELT 8 GT 

Zde : : IF Tim THEH Tsm 
méz: . IF T253393 THEH TEss5S33 


Itt a meg nem engedett (negatív vagy négyjegyűnél nagyobb) adatokat O, illetve 9999 ér- 
tékkel helyettesíti. (A nem egész, de egyébként helyes adatokat elfogadja.) 
A program ugyanígy jár el a tényleges R ráfordítás bekérésénél is: 


359 : :  PRIHT "EIA: SE R 
351 : o: IHPUT "TR 

352 : : IF RZ2ő — THEM F-ő 

353 : : IF R259399 THEM R-339398 


A gépi ellenőrzésen kívül szükség van emberi ellenőrzésre is. Ugyanis a program nem tud- 
hatja, hogy például a begépelt PTEV kód helyes-e, avagy inkább PTER-nek kellene lennie. 
Ugyanígy a téves adatokat a program önkényesen helyettesíti O, illetve 9999 értékkel, 
amivel a gépkezelő nem feltétlenül ért egyet. 


Ezért a program kiírja a bevett adatokat, olyan formában, ahogyan azok a lemezre fognak 
kerülni: 


gli : : FELHT ST 

al B :  PRIHT " EZ FOG A LEHEZRE KERBULMI: 
ázl : CNN sei 1-0 12 a TENG sets halas eos sösétleltat szlésztát tás ölsz kás láa zasassze ati 
earl : FRIMHT 

g3z : :  FRKIHT 

4áz1i : :  FRIHTGFRINT "7" mü zo 9 ká 

ee Fe : . FRIHT:FPEIHT " S4MEGHEI zzz ";jf48 

42 : : . FRIMT:FRIMT " ÁATERVE z9 ;T 

ga : : FEIHT FRIHT " ATENWYH o z9 o 5R 

43 FERIHT 


Az adatokat begépelő személy most ellenőrizheti, hogy követett-e el gépelési hibát, avagy 
sem; és dönthet, hogy a rekord felvihető-e a lemezre, vagy ha kell javítja az adatokat: 


dá : :  IHRUT " SFELYIHETK sz[ tsz, 6 
á41 : ; IF é$zö9I" THEH GOTŐ 314 
aaa: GOTÜ iim 


Ha a gépkezelő úgy dönt, hogy az adatok között van hibás, a program újra adja az űrla- 
pot, és újra kéri az adatokat. 

Azonban válaszként eleve feltünteti a már begépelt értékeket, így a helyes adatokat nem 
kell újra begépelnünk, elég ha azonnal a RETURN gombot nyomjuk meg. A hibás ada- 
tok helyett sem kell elölről begépelni a hibátlan adatot, ugyanis a hibás begépelés a szoká- 
sos módon javítható. 
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Ha a rekordot a gépkezelő felvihetőnek minősítette, akkor azt a program felviszi a le- 
mezre: 

alig : PRIHTHZ.K$.S$£.MESSEST.5$£5 FR 

A rekord felírása a PRINT; utasítással történik. Ebben megadjuk az állományazonosítót, 
majd az azt követő vessző után, a lemezre írandó adatokat tartalmazó változók listáját, 
amely a K$, M$, T és R változókon kívül magába foglalja a szeparátorjelet tartalmazó S$ 
változót is. A felsorolt változóneveket pontosvesszővel választjuk el egymástól. Így az 
adatok közé kerülnek az S$-ban tárolt sorvége jelek; a rekord végére pedig ugyanilyen jel 
kerül (a RETURN miatt). 

A felvitel után a program jelzi annak megtörténtét, a , FELVIVE" szöveg villogtatásával : 


328 :  FRIMT:PRIHT:PRIMT; 

az1 : FÜR Isi TŰZ 

Jzz :  FRIMT " FELYÍVE"; " HINNNINININIIN" : 

szg : FOR J:s1 TO 189 : MEXT .J 

324 :  PRIMT " WELYIVEN" ; " EINNNNRMII" ; 
329 : FÜR Jz 1 TŐ 189 : HEXT J 

9-6 : MEXT I I 

Ezután törli a begépelt adatokat, majd áttér az újabb rekord bekérésére: 
sag : Kéz"" 

531 : M$gz"" 


sz : TO 
szg : RzŐ 


599 GUTÚ 118 


Ha nincs több felviendő rekordunk, azaz ha négy csillagot (végjelet) adtunk meg kód- 
ként, a program lezárja az állományt, és egy üzenettel kijelentkezik : 


219 CLÖSE 2 
aza PRIHT "7 
szi PRIHT 
PRIHT " ":A4:" ALLOMAHT" 
3 FRIHT 
azd4 PRIHT " seek ok feese " 
Végül leáll: 
at EMD 
FIGYELEM! 


Az állomány lezárása a szokásos CLOSE utasítással történik. Ha elmulasztjuk, az állo- 
mány, ha fel is került a lemezre, használhatatlan lesz. 


Ha idáig eljutottunk, mindenekelőtt mentsük ki a programot SEOFELV néven a SOROS 
lemezre. 

Hagyjuk bent a lemezt, és adjunk RUN parancsot. 

A program bejelentkezése után, az állomány nevének bekérésekor adjuk meg a 
KOLTSEGVISELOK nevet. 
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FIGYELEM! 
Mielőtt a mehet kérdésre igenlő választ adnánk, ellenőrizzük, hogy a nevet hibátlanul 
gépeltük-e be, egyébként a későbbi programjaink az állományt nem fogják megtalálni. 


Majd adatként az alábbiakat gépeljük be: 
KÜL TSEGYISELŰ EKÖZIJR € et 
. alá a FT a 

KÜL TSÉGVIS she üt HE MabIES Es 


TES "LE 


E 


Ez FÜG H LEMEZ 


ale s ETSÜ 

KIAEEL s KÜLTSEGHELYI ALTALEMÜZ EREÜKET 
Köz sz Ki 

pakk osz 9253 

ata [adgala] sz [tes H 


adjunk , N" választ, hiszen nem ezt akarjuk felvinni. 

Ekkor visszakapjuk az űrlapot, és az adatokat javíthatjuk : 

— A kódot hagyjuk úgy, ahogy van, mert megfelelő lesz számunkra így is. Egyszerűen 
nyomjuk meg a RETURN gombot. 

— A megnevezést javítsuk ki; vigyük a kurzort a RAFORDI szöveg elejére, és írjuk felül 
azt szóközökkel. Ezután adjunk RETURN-t. 

— Tervként gépeljük be a 200 értéket. 

— A tény legyen nulla. 


FIGYELEM! 
Ha az új adat rövidebb, mint a régi, ne felejtsük el letörölni a , kilógó" régi részeket. 


Most már a javított rekordot kapjuk vissza. (Lásd a 86. oldalon!) Ekkor kiadhatjuk a fel- 
vihető kérdésre az "1" választ. Az első rekord tehát megvan. Vigyünk fel további rekordo- 
kat is. (Könnyebben ellenőrizhetjük a későbbi programok helyességét, ha a 86. oldalon 
bemutatott adatokat használjuk.) A program a KOOD568S9£e£ válasz hatására áll le. Igye- 
kezzünk az adatokat hiba nélkül begépelni. Ha mégis elírunk valamit, az első rekordnál 
bemutatott módon javíthatjuk. 
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Ez FOG FH LEMEZRE KERLLMI: 


AAN sz KT5SIz 


ülsáül s o EKÜLTSEGHELYI ALTHLHAHOSZ 


Mag zo zkk 
Kzdükd zo 4 
re b Tie (ÉT SE SA a EGG ! 


EZ FOG A LEMEZRE KERULNI 


ARON s FELH 

ületi s HELSZETFELHEREZ 
KAL s ZAK 

Mdékd sz ik 

s Na KK] 1 MHsv I 


Ez FÜGG A LEMEZRE KERLLHI: 


ANN 5 RTER 

úlagedől : RFEHÜSZERTERVEZES 
maaa z am 

tazkd - 500 

za tal] I /MHs7 I 


EZ FOG A LEMEZRE KERÜLNI 


CANINP sz FEL 

üladál zs FEÜGERMHENDNOLHS 
aa os zh 

maz s o zaa 

sál SNEN] sI-Hsz7 I 
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EZ FOG A LEMEZRE KERÜLNI: 


SÁNTA] — ATHI 

úlaáül - REHOSZER ATHÓRSH 
HAZAM zs DA 

kizdükd zo 20 

done zI/MHsv I 


tt 


EZ FOG A LEMEZRE KERULHI: 


ANTRJ z FTER 
lak] s PEOGERMTERVEZES 
nízd sz EHE 

IMAdkal sz SEK 

máz Tá snaln] I /Hsz7 I 


ez FOG A LEMEZRE KERULHI 


HANK] s TESZT 

áládál s TESZTELEZ 
Eb Bi 
tdzdükd oz Hi 
maaa] sI-MHzsv I 


Hb 


Megjegyezzük, hogy a lemezegységünk kissé furcsán fog a felvitelkor működni. A műkö- 
dést jelző piros lámpa a program indításakor kigyullad, és halljuk is, amint az író/olvasó 
fej dolgozik. A megnyitás hatására ugyanis megteszi a szükséges bejegyzéseket a tartalom- 
jegyzékbe. 

Az egyes rekordok felvitelekor azonban nem halljuk a lemezkezelés jellegzetes súrlódó 
zaját, viszont a program végén a négycsillagos végjel begépelése után ez legalább 2—3 má- 
sodpercig jól hallható. 

A jelenség oka a pufferkezelésben rejlik. A kiírandó adatokat a lemezkezelő egy külön tár- 
területen, a pufferban gyűjti, és ténylegesen csak akkor írja fel a lemezre, ha a puffer meg- 
telt. 

Állományunk adatai alig valamivel haladják meg a 200 bájtot, így a puffer nem telik meg 
velük. Ezért nem történt írás a felvitelkor. 

Az állomány lezárásakor azonban a puffer mindenképpen felíródik a lemezre, akár meg- 
telt, akár nem. Csak ezután módosítja a lemezkezelő a lemeztérképet. Ez történt a mi 
felvivő programunk futásakor is. 

Mellesleg figyeljük meg azt is, hogyan használja ki a program az interaktivitásban rejlő le- 
hetőségeket. Itt elsősorban nem arról van szó, hogy billentyűzetről kéri be az adatokat, 
hanem arról, ahogyan ezt teszi; azaz, hogy a futása közben információkat ad ki a gépke- 
zelőnek, például arról, hogy mi kerül a lemezre, és a gépkezelő ezen információk birto- 
kában dönthet, hogy mi legyen a végrehajtás további menete, a döntést közölheti a prog- 
rammal — , aki" azután ennek megfelelően jár el. 


FELGOLGÓZÁS Van tehát állományunk, most már feldolgozhatjuk. 


A soros feldolgozás lényege, hogy sorra vesszük az állomány 
rekordjait, azaz beolvassuk őket a lemezről, majd a rekordok adataival elvégezzük a fel- 
dolgozáshoz szükséges műveleteket, és végül az eredményt közvetlenül felhasználjuk, pél- 
dául kiírjuk, vagy későbbi felhasználás céljából megőrizzük, mondjuk egy másik állo- 
mányban. Ezt mindaddig folytatjuk, amíg el nem érjük az állomány végét (12. ábra). 

Az ábra szerinti feltételek a következők: 


F1:ha mehet — "1" 
F2: ha van még adat, azaz STATUS-O 


Vegyük a legegyszerűbb esetet, amikor az állomány adatait kinyomtatjuk. Egyszerű- 
sítsük a feladatot azzal, hogy csak a költségviselők kódját és megnevezését nyomtassuk 
ki. (Így a feldolgozáshoz semmilyen műveletet nem kell elvégeznünk.) 

NEW parancs kiadása után gépeljük be az alábbi teljes programot. 

A program bejelentkezik, és vár arra, hogy elindítsuk vagy leállítsuk : 


1 PRIHT "7" 

2 FRIMT take 
3 PRIHT " KÜLTSEGYISELÜK HYUHTHATHBZR!" 
4 F iga I H T TŰ. Ök Ete teát esőt ze Köz EZ égslátáloga fiában látá sk kvly Üsza aládag ess ko dobna vössettsáán ére öéés ÜL 
s FRIHT 

E FRIHT 


kj 


IHFUT " HEHET zl-Hszőswvi 
IF SV$-Ü2"I" THEM GÜTi 533 
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SEOPRNT 
program 


láblécet ír 


fejlécet ír 


ZZ 
GZ 


[/ 
csi a 
TEA 


FZ2 


7 7 ég 
olvas a lemezről 


2 ÜL 


12. ábra. Soros állomány kinyomtatása 


A képernyőn jelzi, hogy a listát a 4-es nyomtatón fogjuk létrehozni, majd el is készíti az 
egyszerű fejlécet: 


FRIHT je tásáb 
SRIHT. "ALIZTA A 4$-EZ HYŰFITHTÓHA szfezzés Jzéssázésáztétae 
ját ölsz 7. bé ! levés lesem áses men séntas FESLELIKÉB 


FEH 4.4 
FRIHTHA cárölksos s 
EPPRIHTHA." KÜLTSÉGYISELŰE LIZTHJH" 


248 FRIHTH4," 
258 PRIHTH4 MERTE 
268 PRIHTHA," KÖD: 01 0 HEGHEVEZESE: " 


E7B PRTMT ÁÁ LT sense fesztetatttstáttenee esszét ábázzá nálam Tat Észre áztat 


Megnyitja a lemezállományt: 


318 ÜPEH 2.8. 2., "KÖLTSEGYISELÜK. SEL, REHI" 


FIGYELEM! 

Emlékezzünk arra, hogy csak olyan állományt lehet olvasásra (READ) megnyitni, amely 
már létezik a lemezen. Az így megnyitott állományra csak INPUT/ utasítás adható ki, 
PRINTZ nem. Ha az állományt nem a megnyitással összhangban használjuk, hibaállapot 
következik be, ami nem feltétlenül jár programmegszakítással. 

A megnyitás után a program beolvas egy rekordot, és egy VEGE változóba kimenti az 
állomány végét jelző STATUS értéket: 

418 IMHFPUTHE.KE. MET Rk 

aza :  VEGESZTATUS 


Az I. részben már írtuk, hogy a lemezkezelő fenntart egy speciális változót, a STATUS-t 
az állomány végének a jelzésére. Ennek a tartalma O, ha az olvasás nem érte el az állo- 
mány végét, és 64, ha elérte. Minden más érték valamilyen, általában olvasási hibára 
utal. 

A program ezután kinyomtatja a beolvasott adatok közül a K$ kódot és az M$ meg- 
nevezést: 

438 : HEIHTH4A 

da4a :  FRIHTHA."T "GKE" ——— "E 


Megvizsgálja a VEGE jelet, hogy van-e még adat az állományban. Ha van, azaz a STATUS 
az olvasáskor még nem állt át nulláról 64-re, akkor visszatér a következő rekord olva- 
sására: 


4593 IF VEGEzB THEM GÜTú 414 

Ha viszont nincs több adat, akkor lezárja a lemezállományt: 
alk CLÖSE z 

Majd elkészíti a lista láblécét: 

b1B FEIHTH4A 


£zki FRIHTHA, Ú nmanánétésatmszm értenem ntántsenáretáátán essél étéséae e ee tán ennak ea men enne ését kátvéátettk ete ezét eeeránéreájésts ál teletsnák nass 


ezi FREIMTH4A 
bát ÜL0SE 4 
Ennek befejeztével üzen a képernyőn, hogy a lista elkészült: 
718 FEKIMT 
726 FRIHT. "áLIETAZAZ KESZEN" 
Végül leáll: 
3939 EHII 
89 


"1 


Ezt a programot is mentsük ki a SOROS lemezünkre, adjuk neki a SEOPRINT nevet. 
Most pedig jöhet a RUN parancs. Ha nem vétettünk gépelési hibát, a program az alábbi 
listát fogja elkészíteni: 

KÜLTSEGYISELŐK LII: zTA IR 


2 vs LEZESZZ SZOSZEKOZA 


aezantatettó eenetete tár áte tát ormetet Eb ná áraszt mee zestte kizesatti eeasetb me zansettásot ene 


KÖD: 1  MEGMEVEZES: 
ds TREUNI E vlsatkdatsén 
KTEG ——-— KÜLTSEGHELYI ALTALAHOSZ 
FELH --- HELYZETFELMEREZ 

RTER —-- REHDSZERTERVEZES 

FTER ——— PROGRAMTERVEZES 

FEKÜDT —— FROGRAMHKODOLAS 

TEST --- TESZTELES 

ATAI ——- REHOSZER ATANAZA 


ÉRE NÉNÉETTE ENNYI ERTE STONE ENNE TE HT KTTOST TOKET TNS TEÉTTTTTEKE TE TOTEEE KET SETÉT ETT NONE áig 
A teljes program így néz ki: 


PRINT "7" 

PRINT 

PRINT " KÖLTSEGYISELOK NYOMTATASA" 

PRINT " ——— seems neee nemm mee 

PRINT 

PRINT 

INPUT " MEHET sI/Nz";v$ 

IF V$C2"I" THEM GOTO 999 

LOB REM ——— semm esen mese eme em een e omen enm men ELÜKESZITES 
119 PRINT 

128 FRINT, "LISTA A 4-ES NYOHTATOM" 

290 REM —€—— essem eme e enem e mem eme emennnn FEJLECIRAS 


0 NÜ0NARWR 


228 PRINTH4 
238 PRIMTH4; " KOLTSEGYISELÜK LISTAJA" 
240 PRINTHA4, " KÉZ ÉGEN EL KG ÉKÉEZÁÉ " 
250 PRIMTt4 

268 PRIMTH4," KOD: 1  MEGNEVEZES : " 

279 PRINTH4," ——— ——— — — —— — 

319 0PEM 2.8,2. "KOLTSEGYISELŐK , SEA. RERD" 

498 REM ——— eso esse ee een mene ese me mem seme NYOHTATAS 
319 INPUT$Z,K$,M$.T.R 

428 :  VEGESSTRTUS 

438 : PRINTH4 

449 :  PRINTH4," "KE." ——— "ME 

499 IF VEGE5G THEM GUTO 418 

SO9 REM ———— een een neeem LABLECIRAS 


5919 CLOSE z 


619 FRINTHdA 
ó2ú PRINT Az tt sttttsáztótőtészekértezétátésst öntet katt má tteS ÁK ÉLLáLeAtá ÁTKÁT NAA brsánttéytáetésájág SB 


630 PRIHTH4 
648 CLOSE 4 
700 REM ———————— eret EEFEJEZES 


718 FRINT 
726 PRINT, "AaLISTAZAS KESZM" 
999 LORD "SEGKEMD".5 


Megjegyezzük, hogy a programban hátultesztelő ciklust szerveztünk, vagyis feltételezzük, 
hogy az állomány legalább egy rekordot tartalmaz. 

Ha ez nem garantált, át kell szerveznünk a feldolgozás menetét. Ehhez azonban figyelem- 
be kell vennünk a STATUS változó sajátosságait. 

A lemezkezelő ugyanis mindig csak egyetlen STATUS változót tart fenn, akárhány állo- 
mányt is használunk, és annak értéke mindig a legutoljára kezelt állományra vonatkozó 
információt tartalmazza. 

Ezért volt szükségünk a VEGE változóra, ezért kellett oda kimentenünk a STATUS tar- 
talmát a 410 INPUT utasítás után. Ha ugyanis a 499 IF utasításban közvetlenül a STATUS 
tartalmát vizsgálnánk meg, a programunk végtelen ciklusba esne, mivel a STATUS min- 
dig nulla lesz, ha a 440 PRINT utasítás sikeresen végrehajtódott. A kimentéssel azonban 
elértük, hogy a megvizsgáláskor nem a STATUS aktuális értékét vesszük figyelembe, ha- 
hanem azt, amivel a kimentéskor rendelkezett. Így a példánkban nem a 4-es, hanem a 
2-es állomány állapotát vizsgáljuk. 


FIGYELEM! 

Az állomány végét jelző 64-es értéket a STATUS változó nemn akkor veszi fel, amikor az 
állomány vége után olvasunk, hanem már az utolsó adat beolvasásakor. 

Ezért nem léphetünk ki a ciklusból a 420-as sorban. Ha megtennénk, , elveszítenénk" az 
utolsó rekordot; az utolsó költségviselő adatai nem jelennének meg a listán. A progra- 
munk azonban a STATUS átváltásakor éppen beolvasott adatokat még feldolgozza. 


FIGYELEM! 

Ha az állomány végének elérése után újabb INPUT:z utasítást adunk ki, a STATUS ismét 
felveszi a 64-es értéket, az olvasás pedig nem hajtódik végre, és az INPUTS: utasításban 
felsorolt változók megtartják korábbi értéküket. 


Végül megjegyezzük, hogy a lemezkezelő az olvasást is pufferezve hajtja végre. Vagyis az 
első INPUTZ hatására beolvas egy teljes blokkot, annak tartalmával feltölti a puffert, 
majd innen adogatja az értékeket az INPUT:t utasításokban szereplő változóknak. Újabb 
blokkot csak akkor olvas, ha valamely INPUTZ utasítást már nem tud a pufferből adattal 
kielégíteni. 

Alighogy elkészültünk vele, máris javasoljuk a program módosítását. Láthatjuk ugyanis, 
hogy ebben a programban nem kértük be az állomány nevét, hiszen a program kizárólag a 
KOLTSEGVISELOK állomány kilistázására készült, és a program az általa használt re- 
kordszerkezet miatt másra nem is alkalmas. 

Azonban előfordulhat — amint később látni fogjuk —, hogy egy lemezen a KOLTSEG- 
VISELOK állományunk több változatban is létezhet, persze mindegyikük más-más néven. 


Ezért célszerű a programot úgy módosítani, hogy ezeket a változatokat is listázni tudja, 
azaz hogy bekérje az állomány nevét. 


7 INFUT" ALLOHMAMTz 0 —ENINI" ; Há 
5 HSzLEFT$-(H3 16: 
IF LEFT$-R$.155"7"—" THEM GÜTŐ 3999 


kerj 
218 ÜFEM 2.8, 2, Hár", SEC REAÜ" 


Előfordulhat, hogy a meglevő állományunkba újabb költség- 
viselőt kell felvinnünk — vagy azért, mert a létrehozáskor 
kifelejtettük, vagy mert azóta keletkezett. 

Biztosítanunk kell tehát a beszúrás lehetőségét, amit úgy oldhatunk meg, hogy az új re- 
kordokat az állomány végére vagy elejére visszük fel. Rendezetlen állományoknál nem 
okoz problémát, hogy ezáltal , még rendezetlenebbé" válnak. 

A legegyszerűbb megoldás nyilvánvalóan az, hogy a bővítést az állomány továbbírásra 
való megnyitásával hajtjuk végre. Ekkor egy alkalmas felvivő programmal, ilyenünk pedig 
már van, ott folytathatjuk az állomány feltöltését, anol az előző felvitel befejezésekor 
abbahagytuk. 

A továbbírásra az állományunkat a 

264 OFEM Z.8.2."EÜLTSEGYIZELÜK . SEG.HEREHD" 

utasítással nyithatjuk meg. 

Persze ne ezt az utasítást tegyük be a SEOFELV programunkba, hanem úgy módosítsuk 
azt, hogy megkérdezze, milyen megnyitást kívánunk, és a válasznak megfelelően jár- 
jon el: 


BŐVÍTÉS 


za FRIHT 

21 IHFUT" ÚUJ/FOLYT s";I$-IESLEFTHEIE.15 
2 1F 1$2"/1" THEN 18" GOTÜ ES 

23 IF LIEz"F" THEM I$-"AT:GÜTŰ 25 

24 GÜTŰ 21 

25 ÜFEH OZ.8.2. "KOLTSEGYISELÜK 8. "41$ 


Ezzel a bővítést egyszerűen megoldottuk. Ki is próbálhatjuk. A végrehajtás sikerességét a 
SEOPRNT programmal ellenőrizhetjük : 


KÖLTSEGYISELŐK LISTHAJH 


HZ HEEKEGKJBÓL 


künn:  ] HEGHEVEZES: 
JRÉRBBEÉZESZÉNKS IRRESÉNT TT EOMER AKÉNKÉN ÉLETE KKESERBB 


KTSÍ3 s—— KÖLTSEGHELYI ALTALHHOS 
FELH -—-- HELYZETFELHERES 

RTER —--- REHDSZERTERYVEZES 

FTER ——- FRÜGERMHTERVEZES 


PKOD —--—- PROGRAMKODOLAS 
TEST --- TESZTELES 

ATAD --- REMHDSZER ATADRSA 
MÓDO --- HUÚDOSITRS 


A módszer egyetlen veszélye, hogy a sikertelen bővítés esetén maga a bővítendő állomány 
is megsérülhet. Ezért csak megbízható hardver esetén célszerű használni. 


Növelhetjük a biztonságot, ha az állományunkról a bővítés előtt 
.—— egy tartalék példányt készítünk: 


MÁSOLÁS 


ÜFEH 12.72.123 


REHIITr. vájt éz pé ásó mer en 
FRIHTH1IS. "COPY: TARTALEKSKÜL TSEGYISELŐK 


RERIt. 
CLOSE 15 


RERÜT. 
Javasoljuk is, hogy ezt tegyük meg. Így később akármit tehetünk a KOLTSEGVISELOK 


állományunkkal, akárhogyan módosítjuk is, mindig visszatérhetünk az eredeti, kiinduló 
állományhoz — anélkül, hogy azt újra fel kellene vinnünk. 


Természetesen nem kell minden állományról mindig másolatot készíteni. Külön szervezési 
kérdés, hogy melyik állományról, annak mikori állapotáról, a feldolgozás mely fázisában 
készüljön kimentés. Mindezeket a feldolgozás és a környezet ismeretében kell meghatá- 
rozni, azzal együtt, hogy az archív állományok meddig őrizendők meg. 

Az előny nyilvánvaló : az állomány esetleges megsemmisülése, megsérülése esetén nem kell 
mindent elölről kezdeni. Megjegyezzük, hogy ez nem is mindig lehetséges. 


ÖSSZEMÁSOLÁS Ha már a COPY funkciónál tartunk, hadd emlékeztessük az 
olvasót az I. részben már ismertetett tényre: a COPY lemez- 
kezelő paranccsal soros állományok, legfeljebb négy állományig, összekapcsolhatók. 

Ezt a tulajdonságot kihasználhatjuk az állomány bővítésére (13. ábra). 


Akár ki is próbálhatjuk: 
— Hozzunk létre a SEOFELV programmal egy BOVITES állományt, a meglevőtől el- 
térő adatokkal. 


— Ellenőrzésképpen a SEOPRNT programmal készítsünk róla egy listát. 
— Majd a BOVITES állományt kapcsoljuk hozzá a KOLTSEGVISELOK állományhoz. 
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FELVITEL : FELVITEL 


13. ábra. Az összemásolás menete 


ang 


LIZSTH.IH 


HetáT ő I HEGHEVEZES 


HTÖKLI ——— DOKLMEHTALAE 

GARR. -—- GARAMCIALIS JAVITAS 
jlslakákezzáattaslsáktástésáli TT LEE ENERGY KENANÉT EBB METER SÉRE VÉT E ZEEZTENÉT NT. VETVE S ÁBETETSE MTE ÉS ETTENAE E ORE SE OS LETETT V E AVE ENT ET ME TTEESÉBÉ 3 
CPEH 15.8.15 


BERÜT : 
FRINHTH1IS. "COPY: LIISKOLTSEGYISELÜK. BŰVITES" 


FRERHIr. 
ELSE. da 


HERIÜT a 
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Ekkor létrejön az UJ állomány, amely a két korábbiból áll, a megadott sorrendben össze- 


kapcsolva. Erről a SEOPRNT programmal győződhetünk meg: 
EZÉS eS EGyISELŐK 


KÜL: Il  HEGHEVEZES : 


FT sss KEL TSEGHELTI ALTÁLHHÓS 
FELH —5— HELYZETFELMHERES 

ETEK ess KEHESZZERTERYEZES 

Ta 0 57 szőlő sttsszásnatáőt tall SD 11 va LNN ZSŐT Sőttbó sss 

FKETEL sss-FRSKAMKÜTÖLHÉE 

TEST sezz TES FELEK 

HTHAL sss KEHUSZER HTHUÚHSFI 

MILDEL sss MEUDTÜSI THE 

DŐKL ——— NÜKÜUHEMHTRLHZ 

GHER sss SERAHELALES -THEITHA 
BELZiszsét aka Sz zs tlss esztést sale egesz idő 


Az ilyen bővítésre önálló programot is írhatunk: 


119 FRIHT"ZT":FRIHNT 
128 FRIHT" ALLOHHHY EÜVITESE" 
129 FRIHT:FERIMT 


216 FRIHT:IHFUT" FOYVITEHUN — ":Et 
zzz FRIMT:IHFUT" ETZITO zo "Má 
zzz FRIMT: IHFUT" BÖVITETT sz ";ll$ 


a169 ÜFEH 12.§. 13 

326 FRINTHIS, "COPY: "ASP zt ERT, "ató 
38 ÜLŰZE 15 

1 FRIMT:FEIMHT" $KEZzZK" 

2239 EHD 


Ha meg akarjuk őrizni, mentsük ki SEOBOVT néven. 


Egyébként az összemásolás az eredeti állományokat nem változtatja, és nem semmisíti 
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meg — az új állomány valóban másolás útján készül, és a másolatok, nem pedig az eredeti 
állományok összekapcsolásából áll. 


Megjegyezzük, hogy kezdetben a hagyományos, azaz nagygépes kötegelt adatfeldolgozás- 
ban a soros állományokat általában összemásolással bővítették, persze ezt programból kel- 
lett végrehajtani; végig kellett olvasni és átírni az egyik állományt, majd ugyanezt tenni a 
másikkal. A kezdeti fájlkezelő rendszerek nemigen tettek más megoldást lehetővé. A to- 
vábbírásra való megnyitás és a COPY vagy azzal ekvivalens funkció viszonylag újabb 
kori szolgáltatás. 


Kérjük le a SOROS lemez tartalomjegyzékét! Láthatjuk, 
hogy most a költségviselőkkel kapcsolatban 4 állományunk 
van: KOLTSEGVISELOK, amely egy elavult, bővítetlen állomány; TARTALEK, amely 
a fentinek egy másolata; UJ, amely a jelenlegi, bővített állapotot tükrözi; és BOVITES, 
amely már felesleges, mert beépült az UJ-ba. 


TÖRLÉS 


Jól szervezett feldolgozás esetén kevésbé, rosszul szervezettnél fokozottabban, tesztelés- 
kor viszont mindig fennáll az a veszély, hogy , ellepnek" bennünket az állományok. 
Szükséges tehát valamilyen rendet tartanunk, és a feleslegessé vált állományokat rend- 
szeresen törölnünk. Ez a SCRATCH funkcióval könnyen végrenajtható . 

Kulturáltabban és kényelmesebben megvalósítható a törlés, ha nem alkalmi parancsokkal 
végezzük el, hanem programot írunk rá: 


SEGTORL 
program 


14. ábra. Állomány törlése 


Az ábra alapján: 

— F1:ha törölhető — "1" 

— F2:haa H hibakód nagyobb mint 19 
A program bejelentkezik: 
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PRIHT "2" 

FRINT 

PRIMHT " ALLOÓHANYUK TÖRLESE" 

FRIMT Ő" ése ee éa re ve té stét mt úm tag he ee mat ki 

FRIMHT 

FRIMT 

Bekéri a törlendő állomány A$ nevét: 

118 FRIHT " ADJA MEG AMMHK AZ ALLOMRHHTHAK A HEVET., " 
1726 FRIHT A iíovoráőatmMáNáL KÖT Gasánni KELLET di 

138 FRIHT " AHELYET JATORÜLHIM KIVSVHHI" 

lám FKINT " " 

154 FKIHMHT 

iéBb IHFUT " £TÜRLEHDŰZ" : HE 

178 FRIMT 

188 FERIHT " ———— sem d": HE "B HLLOMHANY" 

156 FRIMT 

Nagyon vigyáznunk kell, nehogy tévedésből olyan állományt töröljünk, amire még szük- 
ség lehet. Itt még ellenőrizhetjük, hogy a megfelelő nevet gépeltük-e be, és szükség esetén 
letilthatjuk a törlést: 

zen INPUT " TÖRÖLHETŐSZ HAN" : 974 

zl16 IF V8-ds"I" THEM GÜTŐ 5355 

Ha igenlő, azaz V$—"1" választ adtunk, a program végrehajtja a törlést: 

zzM ÚFEH 15.7.15 

2z3A FPRIMHTH1I5. "SCRATCH: "4A4 

Közben lekérdezi a parancs-csatornát: 

zdó IMHFIUTHIZ.:.H.HE 

-26H ÜLÜŐZSE 12 


Ha nem kapott H hibajelzést, üzenetet ad a törlésről: 


1 (NR 9 RV 


zén IF H219 THEH GÜTŰ Z3I1A 

z7E PRIHT 

za FRIMHT " gap: "u TÜRÜLYE" 
z38 FRIHT 

za GÜTZT 9A9 


Sikertelen törlés esetén közli velünk a parancs-csatorna H$ hibaüzenetét: 


FEIHT 

FETMHT " Ho TEELEZ SIKERTELEMH STT" 
FRIHT 

FEIHT " RH: "5 H3 

FR.IHT 


Végül mindkét esetben leáll: 
35973 EHÚ 
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Gépeljük be ezt a programot is, persze NEW után, és mentsük ki a lemezünkre SEOTORL 
néven. 

Ezután kipróbálhatjuk. 

Megjegyezzük, hogy a programmal nemcsak soros adatállományok, hanem programok és 
relatív állományok is törölhetők, de esetenként mindig csak egy. Azonban két utasí- 
tással: 

195 IF A£z"-" THEM GOTO 93939 

339 GOTOÓ 1 

könnyen módosíthatjuk úgy, hogy mindaddig kérje a törlendő állományokat, és mind- 
addig törölje azokat, amíg a törlendő neveként egy mínuszjelet nem gépelünk be. Ilyen- 
kor módosítanunk kell a 210-es sort is: 


219 IF Y£8CZ"I" THEM GOTO 1 


FIGYELEM! 

Sikeres törlés esetén a parancs-csatornáról nem a szokásos 0 hibakód és OK üzenet jön be, 
hanem hibakód — 1 és hibaüzenet — FILES SCRATCHED értékeket kapunk. Ez tehát 
nem jelent hibát De ugyanezt a visszajelzést kapjuk, ha a törlendő állomány már nincs 
a lemezen — tehát ténylegesen nem is hajtódott végre törlés. 


Töröljük a programmal a BOVITES és a KOLTSEGVISELOK állományokat, valamint 
a TARTALEK-ot is. Például Így: 


ALLOMANYOK TÖRLEZE 


1800. ésa tató áló fanta mnát 6005 tré hár ehát bará4 netán áros emit késem 455 te500 töVEN 


ADIR HEG HHHHAK AZ ALLOMAMTHAK A NEVET; 
HMELYET  NKEJSNBZKE KIVAN! 


PTÖBLEMÜÉS? KÖLTSEGYISELŐK 

beer sze mier semm meter erem (RIO TETŐ EIN ALLÓMAHY 
TE IROLHETHS" I 

A TÖRLES SIKERTELEN VDLT! 

CKH: DRIVE HUT REHUŰTv 


ALLOHAMYOŰK  TÖRLESE 


ee ee ese esek e elessen esse sekee 


AROJRA MEG AMMAK AZ ALLOMAHTHAK. A HEVET 
HRHELYET  KRTZNIMEKA KIVAN! 


ETORLEMDÜz?7 KÖLTSEGYISELŐK. 

TEA ÁA BEK SÉ SEEK SETAB SAN] a BA ME EIT ALLOMHHT 
TÜRÜLHETŐ-? I 

Aa) ey eb EA T(IFRÜLYE 
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Ezek után, ha túl óvatosak vagyunk, készítsünk az UJ állományról egy TARTALEK má- 
solatot. Ez most, a tesztelési fázisban nem feltétlenül szükséges. Ha meg akarjuk tartani 
az eredeti TARTALEK-ot, ne töröljük — de ekkor az újabb másolatot nem hozhatjuk 
létre ugyanezen a néven. 


ÁTNEVEZÉS A költségviselőink aktuális adatai, eltekintve az esetleges 
— másolattól, most az UJ állományban vannak. Zavaró azonban, 
hogy az állomány neve nem KOLTSEGVISELOK. Ez nem pusztán esztétikai kérdés. 
Fontos, hogy ahogyan az állományokba, úgy a nevükbe se , fulladjunk bele", különben 
nem tudunk rendet tartani. 
Mellesleg egy több programból álló adatfeldolgozó rendszer bizonyos programjai megkö- 
vetelhetik, hogy a feldolgozandó állományoknak meghatározott nevük legyen. (Ilyen volt 
eredetilega SEOPRNT is, amit pusztán a tesztelés kedvéért változtattunk meg.) 
Az ilyen programok többnyire nem azért használnak kötött állománynevet, mert lusták 
vagyunk beépíteni a név bekérését, hanem mert a kötött név biztonságosabbá teszi a fel- 
dolgozást; például lehetővéteszi, hogya program ellenőrizhesse, hogy az az állomány van-e 
a lemezen, amelyet fel kell dolgoznia, vagy hogy egy adott állományhoz a hozzáférés jo- 
gosult-e stb. Tetszés szerint megadható állománynevek esetén ezek az ellenőrzések meg- 
kerülhetők. 
Az állomány neve a RENAME funkcióval könnyen és gyorsan átírható, de miként a tör- 
lésnél, célszerű az átnevezésre is programot írni: 


SEGATNV 
program 


bejelentkezik 
dja fgpiz 


15. ábra. Állomány átnevezése 


bekéri az adatokat 


[/ 
Ve a nevet 
Vé 


d 


Ezt is gépeljük be, NEW parancs után. 
A program bejelentkezik: 


l FEIHT "27 


Z PRIHT 

3 ERIHT " ALLUHAMY ATHEVEZESE" 

4 F H ik H T "1 kal dlasz slllás ásáár elült hantás atbk öeámeisójés ásta dér tése tk ene kát eleaz lab véseát ésáák 

S PERIKHT 

E PRIHT ús 


Bekéri az állományneveket: 

1198 FRIHT " KEREH ADJA MEG AZ ALLOHRHY" 
128 FRKIMT " JELEMLEGI EZ UJ NEVET!" 

í726 FKIHT 

140 FEIHT . AGA SE TELNE Satzk lette E tát 1 ii 

1526 IHFUT " 3JIELEMKLEGIM HEV -—";JMH£ 

166 PRIMT § TT " 

178 FRIHT 

188 PRIHT " " 

198 IMFUT " 9 $ ÚJ 4 B O MHEV —";UH£ 

zt FRIHT " ki 

z16 FRIMT 

Ellenőrzési lehetőséget ad: 

zza FRIHT 

238 IHFUT " MEHET — 0 HNNNI":Vv3 

zdf IF V£Z2"I" THEH GÜTŐ 399839 

Végrehajtja az átnevezést: 

318 ÜFEM 15,8.15 

32 PRIHTHI5S. "RK: "HUH$4"z" THE 

sza ÜLÜSE 12 

Üzenetet ad az úi állománynévről: 

318 FEKIHMHT 

328 PRIHT " AZ ALLUMANY HEVE 4" sllMá, "me 
Leáll: 

999 EMD 

Mentsük ki a programot SEOCOATNV néven, majd próbáljuk ki. Nevezzük át az ÚJ állo- 
mányt KOLTSEGVISELOK-re: 


ALLOMÁHrT ATHEYEZESE 


am teat teám azé kárt NN dlbat et tálal Maót sar 1900 hatna atát él epe am. ag. tami. 


KEREM ADJA HEG AZ ALLOHMHAMTr 
JELEHLEGI ES IJJ MHEVET.! 


MAN AZIMAZA MEV —7 UJ 
KE ZAL ME 3 HEV -7 KÜLTSEGVISELÜK 


MEHET -7 I 
AZ ALLOHAHT HEVE S(mMEAe EIT AA 


Megjegyezzük, hogy a programmal nemcsak soros állományok, hanem programok és re- 
latív állományok neve is megváltoztatható. 
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FIGYELEM! 
A program nincs felkészítve a hibák kezelésére, Így ügyeljünk arra, hogy a régi név szere- 
peljen a lemezen, az új név pedig ne létező állomány neve legyen. 


A hibafigyelés és a törlésnél látott ismétlési lehetőség természetesen beépíthető lenne a 
programba. Nem tettük meg, hogy ne vegyük el az olvasó kedvét az önálló munkától. 


SZŰKÍTÉS A költségviselőkkel természetesen az is előfordulhat, hogy né- 
melyikük megszűnik, vagy valamelyiküket tévedésből vittük 
fel az állományba. Ilyenkor ezeket törölni kell. Ezt nevezzük az állomány szű- 
kítésének. 

A törlés lényege, hogy végigolvasva az állományt, mindazon rekordjait átmásoljuk egy új 
(szűkített) állományba, amelyeket meg kívánunk tartani. 

Az alábbiakban egy olyan törlőprogramot mutatunk be, amely kihasználja az interaktivitás 
lehetőségeit, azaz a törlés mindvégig a gépkezelő (operátor) felügyelete alatt folyik. 

Erre alapvetően két lehetőség van. Az egyik az, hogy a program sorban olvassa a rekordo- 
kat, és mindegyikről megkérdezi, hogy törölhető-e, avagy sem. Ha nem, felviszi az új ál- 
lományba; ha törölhető, akkor nem viszi fel. Ezt a módszert csak nagyon kis állományok- 
nál érdemes választani. 

Sokkal életrevalóbb az az ötlet, hogy a program kérdezze meg a törlendő rekord azonosí- 
tóját, majd önállóan keresse meg azt, a közben beolvasott rekordokat pedig tekintse auto- 
matikusan nem törlendőnek, így vigye át az új állományba. 

Ilyen programot írni nem is olyan nehéz. Mindenekelőtt bejelentkezik : 

118 FEIHT"MT":FRIHT 

128 PRIHT" KOLTSEGYISELÜK ALLOUHAMY SZÜKITESE" 

1286 FEKIHT:FKIHT 

1 z§EztHEGt1iz. 


ert 


Megnyitja a szűkítendő állományt olvasásra és a szűkített írásra: 

zi6 ÜFEH Zs." KÜLTSEGYVISELÜK SEL. REHO" 

zzA ÜFEH 3.8. 2. "SzU KITETT. SES. MEITE" 

Bekéri az operátortól a törlendő költségviselő T$ kódját: 

318 FRIHT .: fi 

328 IMFUT" TÖRLEMOÜ z":T$ 

Természetesen nemcsak egy, hanem több rekord is törölhető egy menetben. Ilyenkor az 
operátornak a kódokat előfordulásuk sorrendjében kell megadnia. Ez nem túl erős megkö- 
tés, hiszen az operátor nem fejből javít, hanem egy, a kezében levő, és előzőleg megfele- 
lően megjelölt lista alapján. 

Mellesleg az se baj, ha téved, és kifelejt egy törlendőt, mivel a szűkítés ismételten végre- 
hajtható, és akkor a kimaradt rekord törölhető. Ugyanez a helyzet, ha hibás kódot gépel 
be az operátor. Ezt a program nem fogja megtalálni, és ilyenkor semmit sem töröl. 

A törlést leállítani éppen ezért úgy lehet, hogy nemlétező kódot, mondjuk négy kötőjelet 
(enm mez") adunk meg. 
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Ha a program megkapta a törlendő rekord T $ azonosítóját, beolvas egy rekordot a szűkí- 
tendő állományból: 

418 IHFUTHZ.K$. MET. R 

Külön V jelzőbe kimenti az állományvége (STATUS) jelet, és törli a törlést engedélyező 
vagy tiltó V$ jelet: 

428 SZzzTHATUS: váz" 

Ha a beolvasott K$ rekord nem azonos a T$ törlendővel, akkor változtatás nélkül átviszi 
a szűkített állományba, és újabb rekordot olvas be: 


438 IF K$-Z-T$ THEM FRIMTH3.K$55$.M$:S$.T.S5$5R:GOTÓ 516 


Ha viszont a költségviselő K$ kódja megegyezik a begépelt T $ törlendő kóddal, rákérdez 
az operátorra, hogy valóban ezt akarta-e törölni. 

Nemleges V$ válasz esetén felírja a rekordot a szűkített állományba. Igenlő V$ válasz ese- 
tén nem viszi át a rekordot. Bármilyen más V$ válasz esetén újra kérdez. 


FIGYELEM! 
A törlés veszélyes funkció. Ugyan a tévedésből törölt rekord egy bővítő menettel egy- 
szerűen hozzáírható az állományhoz, de csak akkor, ha az adatai az állományon kívül, 
például listán, megvannak, és hozzáférhetők. A program ezért kérdez rá külön minden 
egyes törlésre, 


446 FRIMHT"T:TAB(185; 
458 IMHFUT" TÖRÖLHETŐ sI1I/Ns";4$ 


469 IF v/£z"MH" THEN PRINTHZ K$;5$£5 ME: S$5T:.5S$:.RöGÜTŐ 518 


ár IF váz"I" THEM GOTÚ 514 
gat GÜTŰ 444 
Ha ekkor még nem érte el a szűkítendő állomány végét, új T$ törlendőt kér, vagy új re- 
kordot olvas — attól függően, hogy talált vagy nem talált törlendő rekordot: 
s1a IF VzR AMD V$TZ"" THEH GOTŐ 318 
528 IF 4VzG AMD vás o "" THEM GOTŐ 418 


A szűkítendő állomány végének elérésekor mindkét állományt lezárja: 
18 ÜLŐZE 5 
szó ÜLŐZE za 


Végül elbúcsúzik és leáll: 
318 FKIHT:FPRIMHT" $KESZK" 


3939 EHI 

Mentsük ki a programot SEOSZUK néven, és nincs akadálya annak, hogy kipróbál- 
szí eleáslé ki a KOLTSEGVISELOK állományunkat. 

— Indítsuk el a SEOSZUK programot, és töröljünk 2-3 rekordot. 


— Töröljük a KOLTSEGVISELOK állományt. 
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KÜTI : j 


KTSG ——- 
FELM -—- 
RTER. ——— 
FTER. ——- 
FKOI —-- 
TEST —--- 
ATAI ——- 
MOT ——— 


DÜKIJ —-- 


KÖLTSEGYISELŐÜK ALLÓMHHHT 


TŰRLEHIÍNI 
TÖRLEHÜLI 
TÜRLEHÜLI 
TÜRLEHINI 
KEZE 


MEGHEVEZES : 


KÜLTSEGHELYTI ALTÁALHAHHOŰSZ 


HELYZETFELMERES 


REHIZZERTERVEZESZ 


FEOGRHHTERVEZES 


FEOGRAHEOTHILHS 


TESZTELES 


REHUZZEK HTHUÚRSH 


MŰINIZITHZ 


DOKÜUHEHTHLEZ 


SAERHOIHLIZ IRVITHZ 


7 FKÜN 
7 ATA 
7 TŰK 
7 GAER 


tál ii 


sztiKITESE 


TÖRÖLHETŐ sI5/Hsz" 


TÖRÖLHET L 


TM? 


TURÜLHETŐ :1/Hz7 


TÜFRÜÖLHETL 


z]/Hz? 


— Nevezzük át a SZUKITETT állományt KOLTSEGVISELOK-re. 
— Nyomtassuk ki a KOLTSEGVISELOK állományt. 


EÜLTSÉGYI 


ELI b. HEGSHEVEZLEZ : 


sk eeemmemmnzanoj tenne 


TETTE esse 


ELS SEGHELT 


ALTHLHEHLIZ 


FELH ——- HELYZETFELMHERES 


ETEES szesz máá et ERVEZES 
PFTER ee - FEÜGRHHTERVEZEZ 
TEST sss TESZtELEZ 

MET seseee JALÉNÁET TH 


Költségviselők nemcsak keletkezhetnek és megszűnhetnek, ha- 
——.— Nem az adataik is változhatnak — nem beszélve arról, hogy az 

állományba hibás adatok is kerülhetnek. A módosítás tehát elkerülhetetlen. 

Ha jól meggondoljuk, az eddig megismert adatfeldolgozási funkciókkal a KOLTSEG: 

VISELOK állományt tetszés szerint módosíthatjuk (16. ábra). 


MÓDOSÍTÁS" 


Tudunk ugyanis rekordot beszúrni (bővítéssel) és rekordot törölni (szűkítéssel). Ezekre a 
műveletekre minden módosítás visszavezethető. Ha egy rekordban egy adat megváltozik, 
töröljük a teljes rekordot, majd egy újat viszünk fel helyette, persze újra megadva a re- 
kord összes, tehát a megváltozott és a változatlanul maradt adatát. 

Anélkül, hogy kipróbálnánk, beláthatjuk, hogy ez a módszer megelehetősen nehézkes és 
gazdaságtalan. De legfőképpen nem biztonságos. Amikor a hibás rekord helyett ismét 
megadjuk az új adatokat, újra követhetünk el hibákat. 

Az interaktivitás azonban egy kényelmes és kevésbé veszélyes módosítási lehetőséget ad 
a kezünkbe. 

Induljunk ki a SEOSZUK szűkítő programból. Ha ott a törölhető kérdésre nemleges vá- 
laszt adunk, lehetőség nyílik a módosításra. Csak annyit kell tennünk, hogy felülírjuk a 
rekord tartalmát, mielőtt a program felvinné az új állományba. 

Ehhez felhasználhatjuk a SEOFELV felvivő program megfelelő moduljait. 

Vegyük először a SEOSZUK szűkítő programot, azaz töltsük be (LOAD) és vezessük 
át rajta a következő módosításokat: Jaz 

128 PRIHT" KÖOLTSEGYISELŐK ALLOHANY HŰDOSITASA" 

228 OFPEM 3.8.3."MOHOSITOTT: SES. HRITE" 

326 IMFIT" REKÜRD z ";T£$ 

469 IF 4V4-"H" THEH GOSUB 1119:GÜTŐ 514 


Az utolsó sor a lényeges, mert az határozza meg, hogy ha a kiválasztott rekord nem tör- 
lendő, akkor felvitel előtt módosítani kell. 
Ezután a 1110-es sortól kezdve gépeljük be a programba a SEOFELV felvivő program 


"Az ismertetésre kerülő módszert a soros állományoknál viszonylag ritkán használják, mert az alap- 
elve a közvetlen elérésű állományok karbantartására jellemző. 
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FELVITEL 


BŐVÍTÉS 


Ce) 16. ábra. Karbantartás (szűkítés, bővítés) 


110-től 510-ig terjedő sorait. (Egyszerűen minden sorszám elé egy 1-est gépelünk — így 
lesza 110-ből 1110, a 121-ből 1121, és így tovább, az 510-ből 1510.) 


1114 LETT "ad: FELHT 


1121 FRIHT " KOLTZSZEGYISELŰ KÜDJH" 
ilzz : FRIHT 

1123 FRIHT:FEIHT:FRIHT 

1151 FRIMHT " KÖLTZEGYISELÜ MHEGMHEVEZESZE:" 
1122 FRIHT:FKIHT:FEIHT 

1141 FRIHT " TERVEZETT EAFÚROITAZ:" 
114 FRIHT:FEIHT:FEIHT 

tét Ess FRIMT " TEHTLEGEZ ERFORUITHS: " 
1152 FRIHT:FEIHT:FRIHT 

12141 FRIMT Sa" 

1324 FRIHT "BIRD"; "HB: KE 

i13z1 IHFUT 9TT" s E.§ 
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1522 K$-LEFT$(K$. 47 

13398 FRIMT " EISTSI" : "BIRI: T1$ 

1731 IMHFUT "TT" 5 M$ 

12552 h1$-LEFT$-M$. 582 

12340 FRIMT "7 BIRDA" ; "RE" T 

1541 LHELTE ET Ta 

15dea be TER THEM T-t 

1245 IF T1T6535393 THEM T-35393 

1554 FRIMHT S BIMINIÉs "KIE 

1591 THEFT Tate 

172 IF K-H THEH Rzti 

KöSZÉSZS I IF köogöszs THEN kzgsgzg 

31£ EEIMT "Eg" 

z FERIHT " Ez FOG HAH LEMEZRE KERÜLT :" 

14 sót lja JA ÖRNGKGON SS rates sm lets ses mzászdárásatszássákzészlsalsot aes alssűze kezeli 
FRIHT 
FRIHT 


FERIHTSFEIHT "7" SKOT : 
FRIHT:FRIHT " SmEGMHM — 
FRINT:PRKIHT " ATERVA 

: . FRIHT:FRIHT " A4TEHTM 
1433 : FRIHT 


ll SL ! EH! 


14496 : IHFUT " SFELYVIHETOM cI/Mz" lg 
1d41 : IF MW$-"I" THEH GOTÓ 15314 


1927 GüTŰ 1110 

1218 FKIHTHZOKESZESME SET: 28. k 

1553 KETURHM 

Ezek a sorok hajtják végre az adatok bekérését és felvitelét. Némi módosításra azért itt is 
szükség volt. Ezekre kiemelten felhívjuk a figyelmet: 


1122 FRIHT 
14468 :  IHFLT" SFELYIHETOWM -—1-/Hz".L£ 
149441 : IF 1H$-"7I" THEM GÜTŐ 15314 


i1gd57 GIŰTIJ 11141 

15144 FEIHTHZ EE. Z84. Má. 28. T.58. E 

Za ott TATeT4 

Ezenkívül az 1323-as sort még törö/lnünk kell, hiszen itt nincs szükségünk .a felírandó 
adatok végének figyelésére. 

Megjegyezzük, hogy a VS válasz helyett azért használtunk W$-t, mert az előbbit a 
törlés/módosítás eldöntésére már lefoglaltuk, és nem célszerű, hogy a különböző jelzőink 
keveredjenek. 


B. 


L 


FIGYELEM! 
Nagyon fontos az eljárás végén a RETURN utasítás. Az eljárást ugyanis szubrutinként 
GOSUB-bal hívjuk, és a hívás utáni visszatérést éppen a RETURN bitzosítja. 
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Az egész program együtt így néz ki: 


101 REM: -5——-— HALLOMHANY SZUKITES4HHÜDOÜSIÍTHS 5--z 


119 FRIHT"2T":PRINT 

129 FRIHT" KÖLTSEGYISELŐE  ALLOMANY HŰDÖSITRSH" 
1538 PRINT:FRINT 

149 54-LHR$(137 

299 REM: 

201 REN : KEZÜSEGNEB ELŐKESZIÍTES eszes 


ala EPEN 2.0)" KÜLTSEGYISELŐK , SE. RERO" 
zzz ÜFEH 3.£.3. "MŰDÜSIÍTÖTT: SEC. MRITE" 


388 REM: 

391 FREIT: ————- HŰDOZÍTAHOŰ BEKERESE —-—-——- 

302 REN: 

318 ERLTT 

szó IHFUT" REKORD zs T$ 

499 : REM: 

491 : REM: ————- REKORD HEGKERESESE —-———- 

4aaz : REM: 

418 : ENRNESETÁÉÉa6 H£E.T.R 

4aza . SZSTHTLI Iz :vgz! " 

4d3a : : IF K$ZZT$ THEN FRIHTHZ.Kk$55$ ME: S$5T:55$5R:GÜTÜ 
g34 : : FREM: 

493 BEN? Ssses TÖRGES esesées 

436 : : FREM: 

448 : : FKIHTÉTTTABÉ(157: 

499 : o: 0: -IHFUT" TORÖLHETŰ -I7M-"; vá 

4á6g : : : IF vbz Hi THEM G0OSLBE 11198:GOTO 514 
áró : : : IF Y$-"I" THEN GOTO 514 

438 : GOTÜ 449 


919 : IF szd AHD váz "" THEM GOT 418 
228 IF v-ú ANŐ V£€5"" THEM GOTO 31A 
Süti REM: 

681 REM: —-—-—-—- BEFEJEZES seeeseös 


él CÜLÜSE 3 

ö-a CLÜSE 2 

918 FRIMHT:FRIHT" $KESZK" 
939 EHH 


EP: o szsszzszst MŰÜCGZSITHAHZ VEGREHAITHASZA szzszzzz 


PIHT "77": PRIHT 
FEIHT " KÜLTSEGYISELŰ KUÜDJR" 
PRIHT 
ERIHTPRINT:FRINT 
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FRIHT " KÜLTSEGYISELŐ MHEGHEVEZESE:" 
FEIHT:FRIMHT:FRIHT 

FRIHT " TERVEZETT EHFÜRDITAZ:" 
FRIHT:FRIHT:FKIHT 

FEIHT " TEHrTLEGES ERHFÜRDITHZ:" 
FRINHT:FRKIHT:FRIHT 

FRIHT Sa" 

FEIMT S EIBIBITS s "kN": KE 

IHELT STT EE 

ESZLEFTHZE$. 4) 

FRIHT "7 BIBIM: "HAN": Má 

IHFRUT STT" MHá 

HEZLEFRTHEM$, 38 


Úl (0 00 FEE EE 
pa bona een és BR id ús 
Bi v— Nh t Aa A Ni e hi e 


— 4 ed jak e ÉL et ei E a 


3 Úd 


misi 


IF T-XB THEH Tz4 
IF Tsö889 THEN T535358 
PETHT SBISTEI" : "KR: Ft 
ÍNEUT  STI9:R 


ij 


HE FÜGG A LEMEZRE KERÜULHI 7 


:"FRIHT 7" SkÜÜü lm — 
LHT:FRIHT " 4giEGHE — (4 
"mIHT:FEIMT OO" MIERV sz" ai 
FERIHT:FEIHT OS" ATEMyá zó gk 
FRIHT 

IHELT 7" SFELYIHETÓJM szí tMsző WA 
IF Máső1" THEM GÖÜTŰ 1514 

FIX 4448 

IHTHZ. RE. zbetisá4s T.z8 E 

TLIRH 


JA 


EGPALTE a 4 És df Tá stés fex dB test tes e EE ÜRES DÜ ta É 


JET 
FR 
EE 


Mentsük ki SEOMODO néven, majd próbáljuk ki. 

Ha megadunk egy költségviselőt, és a törölhető kérdésre nemleges választ adunk, tetszés 
szerint módosíthatjuk az adatait, akárhányszor egymás után. Ha valamely adatot nem 
kívánunk módosítani, csak a RETURN gombot kell megnyomnunk. 


KÖLTSEGYISELŐK ALLOÓHMAHY MONOZITASHA 


REKÜRU z7 FELM TOROLHETŰ :sI/rMHs? I 
REEKÜFRD -7 FTER TÜRÜLHETŰ -I-/Hzy H 
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Ez FüG A LEHEZRE HKERÜLMI: 


aaa sz FTER 
üldeél — FEUGEHHTEEVEZES 
AA s Ek 
tizdükd — ZIM 
akta ááá sI/MHzvy 1 


A rekord akkor kerül fel a MODOSITOTT állornányba, ha a fe/vihető kérdésre igenlő vá- 
laszt adtunk. j 

A program érdekessége, hogy a módosítás, akárcsak a felvitelnél, rendkívül kényelmes, és 
főleg biztonságos. Ha a felvihető kérdésre nemleges választ adunk, addig módosíthatjuk 
a rekordot, amíg a tartalmával tökéletesen meg nem vagyunk elégedve. 


FIGYELEM! 

Ha tévedésből adtunk nemleges választ a törlendő kérdésre, nem feltétlenül kell a rekor- 
dot módosítanunk, adhatunk minden adatra közvetlenül RETURN-t. Így az új állomány- 
ba a rekord változatlanul kerül fel. De mindenképpen felkerül — az ilyen rekordot törölni 
már nem lehet, illetve lehet, de csak a következő programfutás alkalmával. 


Megjegyezzük , hogy ez a módosító program magában foglalja a szűkítést is, azaz a rekor- 
dok törlésére is alkalmas — csupán a törölhető kérdésre kell igenlő választ adnunk. 

A program végrehajtása után törölhetjük a KOLTSEGVISELOK állományt, és átnevez- 
hetjük a MODOSITOTT állományt KOLTSEGVISELOK-re. 

Óva intünk mindenkit attól, hogy ezt a programot végső megoldásnak tekintse. Sokkal in- 
kább kiindulópont, amely az interaktív módosításnak csak az alapjait mutatja be, nem pe- 
dig az összes lehetőségét. (Ezekre egyébként a random és relatív állományokkal foglalko- 
zó kötetünkben bővebben kitérünk.) 

A finomítást kezdhetjük például azzal, hogy töröljük a képernyőt a módosítás után. 
Ez csak ennyi: 


1526 FRIMHTéM":FRIHT 

A többit az olvasóra bízzuk. j 
Annyit még hozzáteszünk, hogy a rekord adatonkénti módosítása akkor egyszerű, ha a 
rekord adatai jól áttekinthetően elférnek a képernyőn — amint ez a példánkban is lát- 


ható volt. Ellenkező esetben a rekordot több részletben kel! a képernyőre kihoznunk, és 
meg kell szerveznünk a lapozást, azaz a képernyőváltást. 


A programba a beszúrás is beépíthető. Ehhez az kell, hogy a törölhető kérdésre adott ta- 
gadó válasz után a módosító szubrutin megkérdezze, hogy beszúrást vagy módosítást 
akarunk-e végrehajtani. (Az utóbbi esetben a már ismert módon jár el.) Beszúrás esetén 
felviszi az aktuális rekordot, majd egy üres rekord módosítását hajtja végre. Ennek rende- 
zett állományoknál van jelentősége, mert így a beszúrt rekordok rendezés nélkül a helyük- 
re kerülhetnek. 
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Elég kellemetlen, hogy bizonyos adatfeldolgozó műveletek 
során újabb és újabb állományok keletkeznek, így ezek tör- 
lésére és átnevezésére állandóan figyelmet kell fordítanunk. 

A probléma egy részét megoldaná, ha bizonyos meglevő állományokat felülírhatnánk. 
Ez elvileg lehetséges: 


111 ÜFEH Z.3.7. "E: MŰDOSÍTÓ. SEC. HRITE" 


Itt a megnyitás a szokásos, de szerepel benne a SAVE parancsból már ismert felülírás 
(kukac — (w) jel. Hatására az állomány felülíródik az új állománnyal. 


FELÜLÍRÁS 


FIGYELEM! 

Semmilyen hibaüzenetet nem kapunk, ha a felülírandó állomány nem létezik. Ilyenkor az 
állomány ugyanúgy jön létre, mintha írásra nyitottuk volna meg. Ezért megtehettük vol- 
na, hogy a SEOFELV felvivő programba ilyen megnyitást kódolunk. Nem tettük, mert a 
felülírás veszélyes művelet. Sikertelensége esetén a már meglevő állományunk is tönkre- 
mehet. 


A soros állományokra persze az egyszerű kinyomtatásnál 
—— bonyolultabb feldolgozások is végrehajthatók. Tekintsük pél- 
dául a soros állomány lekérdezését. 
A soros lekérdezés lényege, hogy a soros állomány rekordjait csak olvassuk; egyetlen ada- 
tot sem változtatunk meg. Az állományból kivett adatokat nem dolgozzuk fel, azokra 
műveletet nem hajtunk végre, csak megjelenítjük — képernyőn vagy nyomtatón. 


LEKÉRDEZÉS 


SEOKERD 
program 


9 
bejelentkezik 70 LAO A 
ény 3 
bekéri 
a keresett kódot 


[ot] 


17.ajábra. Soros állomány lekérdezése I. 


csak a keresett 
kódot keresi 
[4 


[/ ú 
összes kodot 
keresi 
A 


ÖSSZES KÓDOT KERESI 


feldolgoz egy rekordot 


[/DdoAotó 7 44 


17. byábra. Soros állomány lekérdezése II. 


CSAK A KERESETT 
KÓDOT KERESI 


feldolgoz 
egy rekordot 


17. djábra. Soros ZSZ Lerenttte] lekérdezése III. 


A feltételek: 

F1: ha mehet — 717 

F2: ha az X$ keresett kód nem — "————" 

F3: ha az X$ keresett kód — 580896" 

F4: ha van még adat, azaz a K$ kód nem üres 

F5: ha van még adat az állományban, azaz a K$ kód nem üres, és a beolvasott K$ kód 
nem azonos a keresett X$ kóddal 

F6: ha a beolvasott K$ kód azonos a keresett X$ kóddal 
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A lekérdezés sajátossága, hogy általában nem az összes adatra vagyunk kíváncsiak; az ál- 
lományból csak azokat az adatokat (rekordokat) jelenítjük meg, amelyek megfelelnek 
bizonyos kritériumoknak, azaz kielégítenek valamilyen lekérdezési szempontot vagy 
szempontokat. (Ilyenkor tulajdonképpen már válogatást hajtunk végre.) 

A lekérdezés fontos eleme tehát a keresés, amelynek célja az adott lekérdezési szempon- 
tot kielégítő adat vagy adatok megtalálása. 


íj 2 8 4 5 6 7 


TEST. 


ATAD 


Laszszzsaszzeszssztüsátjszözezszéő 


keresett rekord 


GDAT — ———-——— — ———————————————— 


18. ábra. Soros keresés 


A soros keresés sajátossága, hogy az állomány adatait sorban olvassuk, és minden olvasás 
után megvizsgáljuk a lekérdezési feltételt. Ha az teljesült, a keresett rekordot megtalál- 
tuk. Ha nem, tovább kell keresnünk. 

A keresést minden egyes lekérdezésre külön végre kell hajtanunk, és mindig az állomány 
elején kell kezdenünk, és addig kell folytatnunk, amíg meg nem találjuk a keresett rekor- 
dot, vagy amíg el nem érjük az állomány végét. Csak az utóbbi esetben lehetünk bizto- 
sak abban, hogy a keresett rekord nincs az állományunkban. 

NEW parancs kiadása után gépeljük be a következő lekérdező programot. Ez kétféle le- 
kérdezést hajt végre: egyedit és általánost. Azaz akárhányszor ki tudja keresni az állo- 
mány bármelyik rekordját, tetszőleges sorrendben; illetve egyenként meg tudja jeleníteni 
az állomány összes rekordját, előfordulásuk sorrendjében. A kétféle funkció közül a fel- 
használó tetszése szerint választhat, de a funkciókat nem keverheti, 

A program először is bejelentkezik : 
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PRINT "4" 

PRIHT 

FRINT " KÖÜLTSEGYISELOK LEKERDEZESE 
FEET TETTE EM 2 REZET ÉRTÉSE EGG ÉRÉS ee SEC ÉN al ÉSB KÉT ÁKÖTEEKEBSS szja 
FRINT 

FRIMHT 

IHFUT " MEHET -I/Hz";y$ 

IF v§$§z"H" THEH GÜTŐ 5539 

IF V$z"I" THEN GÜTŰ 118 

18 GÜTŐ E 


Majd kéri a keresendő rekord X$ kulcsát, azaz a költségviselő kódját: 
110 FKIHT "07" 

111 FKIHT 

le FRIMHT " AMJA MEG AHHAK H" 


JARRE 


MA 


un 


1zl1 FRIHT 
1246 FRIHT " KÜLTSEGYISELŐMEK A KÜDJHBT.," 
131 FRIHT 
140 FRIHT " AMELYIKMEK AZ HDARTHIT KERI" 
131 FRIHNT 


l14-z FKIHT 
126 FRIHT " (küllsktkk, HA MIHIEGYIKET:" 
1531 FRIMT 

lő FRIHT " €kKÜMIs—--, HAH EGYIKET SEMA" 
l81 FKIHT 

l6éz FRIMT 

1865 FEIHT 

174 IHELIT OO" SkÜLTSEGYISELÜN zo". 


Ha a keresett X$ kód négy kötőjel, a program leáll: 


216 : IF Ktz"---! THEM GÜTŰ 318 
Ha nem, akkor olvasásra megnyitja a KOLTSEGVISELOK állományt: 
zza : ÜPEH O Z.8. 2. "KOLTSEGYISELÜK . EL FREHO" 


Ha a keresett X$ kód se nem négy csillag, se nem négy kötőjel, akkor keresni kezdi 
az állományban, vagyis olvasni kezdi a rekordokat: 

19 :  kézt" 

zati : : IHFUTHZ.E$. ME. TR 


Megjegyezzük, hogy a K$ kódot azért állítjuk be üres karakterre, mert az olvasás sikeres- 
ségéről így győződhetünk meg a legegyszerűbben. 


Ha ugyanis az olvasás után a költségviselő K$ kódja üres marad, akkor az olvasás sikerte- 
len volt. Feltételezzük, hogy ezt nem hiba okozta, hanem amiatt következett be, mert el- 
értük az állomány végét. Ilyenkor tehát a keresett rekord nincs az állományban: 


ZZA o: 0: IF kéz"" THEM GOTŐ ZEG 
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Ha a K$ kód nem üres, akkor az olvasás sikeres volt. Ilyenkor a program megnézi, hogy a 
beolvasott K$ kód megegyezik-e a keresett X$ kóddal. Ha igen, a rekordot megtaláltuk : 


s4m : : IF K$z-5$ THEM GÜTŰ 418 
Ha nem, akkor tovább kell keresni: 
aga : GAÜTŰ 714 


Ha a keresett rekord nincs az állományban, akkor a program ilyen értelmű M$ üzenetet 
állít be: 

Káznt 

Ház"HIHCS MrILYVHHTHETVA" 

TsHi 

; Fizki 

Majd lezárja az állományt, és megjeleníti a képernyőn a rekodot, ami most az imént be- 
állított üzenetet tartalmazza: 

alk : ÉLÜSE 2 

deka: EÜSLE 181E£ 

Ugyanezt teszi, ha a rekordot megtalálta, de ilyenkor nem állít be előzetesen üzenetet, 
így a megjelenített rekord a lemezen levő K$, M$, T, R adatokat tartalmazza. 

Ezután mindkét esetben újra kezdi a lekérdezést: 

gza GÜTŰ 116 

Ha az összes rekord kiíratását választottuk, azaz a keresett X$ kód négy csillag volt, akkor 
a program ugyanígy keres: 


zza : IF xéEz"ákgk" THEM GOTO 518 
S51ki ; Hi my 

ak IHPUTHZ,KE,ME.LT. BR 

c: IE kéz" "I THEH GOT 16 


Nem vizsgálja azonban, hogy a beolvasott K$ kód azonos-e a keresettel, hanem minden- 
képpen megjeleníti a rekordot, majd veszi a következőt: 
s46 : é GÜZBE 1814 
Sam: CúTm 51iki 
Ha a keresett X$ kód leállítójel, azaz négy kötőjel volt, a program kijelentkezik : 
ait FELHT 
aza PEIHT " § LEKERNEZEZHEK VEGE" 
Majd leáll: 
aaa EHI 
A beolvasott rekord adatait külön alprogram, szubrutin jeleníti meg a képernyőn, átte- 
kinthető formában: 
hal PRIHT "MT" 
328 FEIHT 
PRIHT " 


JYISELÜ -— "KE 


1840 FEIHT Mt azt DK TOATEN KE ESSEN RAER EEG ASENAN GYE SAS EG ESSERE EZREK KEBE 


102ki 


" künn oz ss Ea 


1998 PRINT " MEGH sz "5M$ 

1199 FRIMT 

1118 PRIHT " TERY zs" ;T 

1128 FRINT 

11398 FRINT " TEHrf z" ;R 

lid FRIMT 

1158 FKIHT 

1LEB OPEELÍMT Őt 6 e see ve ett tane tm re tane are me Ke a e ea e neee ee mm te en s it tg tet 
Az adatokat tetszés szerinti ideig tanulmányozhatjuk, akár egyedi rekordot kérdezünk le, 
akár sorban az összeset; a program ugyanis türelmesen vár, amíg a RETURN billentyűt 


FERIHT 7" HrúttIKH HEG OR o 8RETLIRHIN" ; 

FRIHT " GÜMEGT. HR" 

FELIHT 

IHRFUT "7" JÓHET HB KÖÜvVETHKHEZÜ"S ve 

KE TLIRH 

Ha az összes rekordot kértük le, így tetszés szerint lapozhatunk az állomány rekordjai 
között, de mindig csak egyesével, és mindig csak előre. 

Ha össze-vissza akarunk lapozni, akkor az egyedi lekérdezést kell választanunk. 
Megjegyezzük, hogy bármilyen gombot nyomunk meg a RETURN előtt, azt a program 
figyelmen kívül hagyja. Egyébként azért választottuk a RETURN billentyűt, mert annak a 
megnyomását tartottuk a legkézenfekvőbbnek. (Használhattuk volna az INPUT helyett 
a GET utasítást is, de az ilyen programozástechnikai kérdések nem a lemezkezelés téma- 
körébe tartoznak.) 

Íme a teljes program: 


ERINT "zar 

PRINT 

PRINT " KÜLTSEGYISELÜK LEKERDEZESE" 
PRINT ÚÁ sam a are aan maa ame tet e9905 éa man ezi ren Mt me alat te öa0 ém út art ált ét zás at a s " 
PRINT 

PRINT 

INFUT " MEHET -I/Nz";v$ 

IF V$£-"N" THEN GüTŰ 993 

IF V/$-"I" THEN GüTÜ 118 

19 G0T0 6 

194 REM: 

101. S RRELÍETS ő gtettttbetámttáajáá s őő jot tesdjzetttaétea élet bdejet tan Eztet éat olv esnie sötet óta genstsetésót FERESÉTT. KÖD: BEKERESE 
102 REM: 

119 PRINT "7" 

111 PRINT 

128 PRINT " ADJA HEG ANNRK H" 

121 FRINT 

138 PRINT " KÖÜLTSEGYISELÜMEK A KÜDJAT," 
131 PRINT 

148 FRINT " HMELYIKNEK AZ HIUHTHIT KERI" 
141 PRINT 

142 FRINT 

159 FRINT " (KOD-ktkk, HA MINDEGYIKET?" 
151 PRINT 

169 FRINT " (KúD5E----, HA EGYIKET SEM" 
161 FRINT 


WOONVON AR WTO 


15 


162 
1635 


170 


rán átulan] 


int Sa TRE CV] 
0 


1020 
1934 
1048 
1050 
196 


PRINT 
PRINT 
INFUT " SKÖLTSEGVISELON — ";X$ 
REH : 
REM: —— sees comes eme sose mmm mmm eme án ELÜKESZITES 


IF A$z"——--" THEN GOTÓ 3914 
ÜFEH 2.8. 25. "KÖLTSEGYISELÜŐK , SEG . REAO" 
IF A$z" kk" THEN GOTÓ 514 


REI: ———— ese ene e em ee een REKÜRDKERESES 


INFUTHZ ká. M$.T.R 

IF k$-"" THEH GuTÓ séf 

IF kK$-x$ THEN GÜTŰ 418 
GOTú si14 


REM: ——— ee eme menne een HA NEM TALAL 


M$-"NINCS HYILVAHTARTYVA" 
T-A 
RzÜ 
REM: 
REÍTTT Ő AAS een éa ára éné tér tás ás tás st a tag s e e ea S le e a tm sem meg as eme sa HA TALHRL 
REM: 
CL0ŐSE 2 
SOSUB 1419 
GOTO ea 


REM ESSEZS ZS ÖSZES OS ZSZ Ze [doS szék TELJES LEKERDET 


IMFUTHZ,K$.M$.T.Fk 
IF k$-"" THEN GüTŰ 619 
GÚSUE 1919 

GÜTÜ 514 


[AM öszáságaglteztzeaésáskümkgetzása saszksázatezísanaksiseiteiaűszágszlsssz azis zzes zazsezász ATTERES-UJ REKÜRÜKR 


REM: 
REM: ——— ree BEFEJEZES 


FRIHT 
PRINT " A LEKERDEZESNEK VEGE" 
EHD 


PRINT. Vég" 

FRINT 

FRINT " KÜLTSEGYISELÜ — ":A$ 

ERENT 0" setőseáttz e ást tséén etés zetét mét fettel zajeteölee séget. ki 
FRINT 

FRIHT 

FRIHT " KülNlI — ":K$ 

FRINT 


5 PRINT " HEGN — "5M£$ 


FRINT 


KÖTŐ ht 
sat ám. 


FRIHT 
FRIMT 
FRIMHT 
FRIHT 
FEIHT 
FRIHT 
FERIHT 
ERKIHT 
FRIHT 
IHEFUT 
RETLIRHH 


Úr tú RT e 


SL EKOT Ő OT 
tiz 


iű hi E KA E 
TE, 
s 


ia aa tor 00 —g ea CI a di hú a 


ia E 


"ni 


1 


HrOHIA HEG A ARETURHAW" ; 
GÜMEGNT, HH" 


JIÚHET H KÖVETKEZETT" sé 


Mentsük ki most ezt a programot is SEOKERD néven, a SOROS lemezünkre! Ezután 


indítsuk el! 


Először kérjünk teljes körű lekérdezést, azaz adjunk meg négy csillagot keresett kód- 


ként. 


Lapozzuk végig az állományt, majd amikor a végére értünk, hajtsunk végre egyedi lekér- 
dezéseket az első, az utolsó és valamelyik közbülső kódra. 
Ezután keresett kódként adjuk meg a négy kötőjelet. Ekkor a program leáll. 


AUJHK HEG HHHAK H 
KÖLTSEGYISELŐMHEK H KÜDJRT, 
AMEL. "IKMHEK AZ HOARTHAIT KERI 


(KODz:$tk , 
(KJT an 3 


A Hy EH Sea (EA ITK] 


HA HIHDEGYIKET: 
HA EGYIKET S5EMJ 


H 


KÖOLTSEGYISELŐ sz ATAD 


samt tönáó Undl LE Énaát tat ety. Bal NN. d bagó mátka sé stb adna torta által Bala án sál ae rt. sD. toma ara 990 bat amzőő éöá mátas netőt Hő ázitő menő Bo9t fura ezé 0000 


KOCD s ATAD 
MEGM 5 REMDSZER ATHUHRSHR 


TERV s 99" 
TEMY sz 56 


b sm hágy Da gét Ia hat ANT sara st tm dát 90 mata tajat BENE 09. áNA YDL BEEN eln tala mát tálááa fa MT haátt 09 III DINA 19098. 154 b9991 fr4ő BA 69480 aza gb 


H-OHIKR HEG A AAS GOMBOT, HAH 
JOHET A KÜVETKEZŐ? 


KÜLTSEGVISELŐ sz TTTT 


2ől tagra ösakn MON Batdó élén véráa á9944 kán int áll alól minta útál kpvém Bolt teás káng metm kes A5yám tnől eget fanta kN MT mént amát samt adá sast toe Eafh aáéte látá öigám gét séma 


küüD zs TTTT 
MEGM z HIHLS HrILYANTHETYA 


TERV 
TEHT 


H 
zi 


Hi 
mm; 
mt 


ti 


HYOHJRA HEG A dagiáadül GSÜMEÜT, HA 
JOHET H ENYETKEZÍV7 


GYISEL (1 s F je 


KÖÜÜ osz FEÜD 

HEGH FRÜGEHEKETÜLHÉE 
TERV zaj 

TEMY sz o gkiki 


HOHIR HEG FL datillazi GOMBOT. HA 
IUHET H KÖVETKEZETT 


Megjegyezzük, hogy ebben a programban elöltesztelő ciklust alkalmaztunk a kereséshez. 
Megtehettük, mert nem a STATUS jelzőt használtuk az állomány végének a figyeléséhez, 
hanem a lemezkezelő azon tulajdonságát használtuk ki, hogy az állomány vége után már 
nem olvas többet, így a feltöltendő változóban ilyenkor megmarad a korábbi érték. 

E módszer a valamilyen hiba következtén sikertelenül végrehajtott olvasást ugyanúgy ke- 
zeli, mintha állomány vége lett volna, azaz mindig csak az állomány olvasható részében 
keresünk. 


A lekérdezés, főleg a nem teljes körű, hanem a különböző fel- 
- tételekhez kötött lekérdezés, a tulajdonképpeni vá/ogatás, igen 
fontos művelet. 

Itt jöhetnek elő a számítógépes tárolás és feldolgozás igazi előnyei. Egy dolgozó személyi 
adatait rávezetni egy kartonra ugyanis nem lényegesen nagyobb munka, mint felvinni egy 
nyilvántartó állományba. De kiválogatni a kartonokról azokat a dolgozókat, akik 30 
éven aluliak, nők, nem Budapesten laknak, 5 évnél régebben léptek be, és legalább 2 gye- 
rekük van, manuálisan végrehajtva szinte megoldhatatlan feladat, és ha sikerül is, nem le- 
hetünk biztosak benne, hogy az eredmény hibátlan. Feltéve pesze, hogy nem pár tucat- 
nyi dolgozóról van szó. 


VÁLOGATÁS 


Míg tehát egy adott dolgozó kartonját kiemelni a nyilvántartásból kézzel sokkal gyorsab- 
ban lehet, mint géppel, az összes karton végigválogatását a gép gyorsabban és megbízha- 
tóbban végzi el. 

Ugyanez a helyzet a költségviselőinkkel is. A gépi válogatás szinte ugyanannyi időt vesz 
igénybe, mint az állomány válogatás nélküli lekérdezése, hiszen mindkét esetben 
egyszer kell végigolvasni az állományt, és az olvasási idő mellett annak a néhány 
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IF utasításnak a végrehajtása, amely a válogatási szempontokat megvizsgálja, alig jelent 
időveszteséget. 

Nézzünk egy példát! Módosítsuk a SECERD programot az alábbi módon: 

z46 L:-LEMÉ AR: 

3496 IF LEFT$-E$.L5-7$ THEM GOTÓ 416 

32378 Máz"MHIHECS (TÜBEZ; NYILVANTHETSA" 

41a GOZUB 1910 

428 IF LEFT$/M$.S545"HIMCS" THEM GÜTŐ 4359 

áz GOTÓ 318 

498 ÜLŐSE z 


Ezek a módosítások a programba így épülnek be: 

za REF : 

21 BETTIS eső ezestsaős ez szétéset ásás estés fű őéék tása tést leltárt öntöm égette ezé rést ek téssel MEL GE ELÜKESZITES 
zbz REI : 

21 IF A/$77—-—- " THEM GüTŐ Si1W 

2zh ÚFEH 2.8. 2. "KÖLTSEGSISELÜK . SEC. RFERD" 

230 IF /$£5s"kkkk" THEH GÜTŰ 318 

zdű : L-LEMÉ sti 

sag : KkEM: 

dd JR LÉT estet treat és erett Érte án tt tt tt [ea égést site tés öö láa stssákátámő kését E KÖRÜKEKRESZES 
sz : KEH: 

3la : Kéz" 

zak : : . IHPUTHZ.E£$.M$.T.R 

aza : : IF kéz"" THEH GÜTŰ ZEB 

349 : : . IF LEFT$-K$.Lőzs5$ THEH GÜTŰ 418 

etel 5 Héglls 310 

a94 : REM: 

eti ba HÖÉS fo RETÁT Ő €A6 e ee e ts te tétó ázat tát tám tet át tá ia tét a rak tú s tá mag tö má s st mersz ee HA. HEH TALAL: 
ozat: : REM: 

zok : :  kizss$ 

area : :  H$-"HIHCS -(TÜBE: HrILYAHTHRTVH" 

zak : :  TsH 

aga : :  R:g 

göa : : REM: 

aggi : REI: ————— essen ea vet teetme senem mez sss HA TALAL 
az : : REM: 

419 : :  GüzllE 1818 

jel : IF LEFT$(fM$.535-"HINCS" THEM GüTŰ 4394 

gang : GOT 218 


gag ÜLÜSE 2 
433 GÜTŰ 118 


Mentsük ki á programot SEOVALO néven, majd próbáljuk ki. Ha a keresett X$ kódként 
csak egy P betűt adunk meg, akkor a 340 IF a beolvasott K$ kódnak csak az első karak- 
terét fogja vizsgálni. Az ennek megfelelő, vagyis a P-vel kezdődő azonosítójú rekordot a 
410 GOSUB kiírja, majd a program a 430 GOTO hatására tovább keres. Mindaddig, amíg 
el nem éri az állomány végét, amikor is NINCS (TOBB) NYILVANTARTVA jelzést ad. 
Vagyis a program ki fogja válogatni az állományból az összes olyan rekordot, amelynek 
a kódja P betűvel kezdődik. 


Hasonló módon átírhatnánk a programot úgy is, hogy ne a kód szerint válogasson, hanem 
valamely másik adat, mondjuk a tervezett ráfordítás szerint. 


KÖLTSEGYISELM sz F 


KÖD sz FTER 
MHEGH oz FEÜGEHMTERVEZES 
TERV zo Ekiki 
TEHT aki 


HTORMIHK HEG Ho daááldal GÜHEÜT, HAH 
JTŰHET BH EÜYETKEZÜT 


KÖLTSEGYISELÜ sz P 


KÜDDT zo FEMM 

MEGH - FROGRARKODOLAS 
TERV z ZA 

TEHY z 260 


HYÜHIAK MEG Ho daüldál GOHEGT, HA 
JIÚHET HO EÜYETKEZÍV? 


KÜLTSEGYISELÜ s o F 


satt ömat énse bat tat eses e00 Ela taabe ea telne b E km bat e tn DET EME tag mat VERE Pe tett sm ett als same aran sem. ténő 1950 tet. mén0 ete bots eves sea 


KÜÜGÜ sz F 
MHEGH s HINCZ E TBE: HYILYHHTHETYH 
TERV z 
TEHY zo Hü 


HTrOMJH MEG OH dagaáaál SÜHEGNT. HH 
JÜHET H EKÖVETEKEZÍ 7 


Az sem okoz komoly nehézséget, hogy ne egy, hanem több adat szerint válogassunk, csu- 
pán nem egy, hanem több keresendő adatot kell bekérnünk, és ennek megfelelően nem 
egy, hanem több válogatási feltételt kell megadnunk. Az ilyen összetett feltételeket vagy 
több IF utasításból álló feltételrendszerrel, vagy egyetlen IF utasításban elhelyezett lo- 
gikai kifejezéssel kódolhatjuk (vagy szükség esetén a kettő kombinációjával). 

A relációkban természetesen nemcsak az egyenlőségjel szerepelhet. Például: 


348 IF KIGHTE-ME Lőzz$ BAHD ÉRETT Ok kolkii, THEH GOTŰ 414 
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Hatására a program kiválogatja azokat a költségviselőket, amelyeknek a megnevezése egy 
adott karaktersorozatra, mondjuk , TANFOLYAM" -ra végződik, és amelyeknél a tényle- 
ges ráfordítás meghaladta a tervezettet, vagy a 100 órát, vagy mindkettőt. 
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Rendezett állományok 


A rendezett állomány tulajdonképpen nem más, mint egy speciális soros állomány (19. 
ábra). 

Ebben a rekordok fizikai sorrendje megegyezik az állomány jellegéből fakadó természetes, 
vagy az általunk a rekordoknak tulajdonított mesterséges logikai sorrenddel. 

Azt az elvet, amely szerint a rekordok logikai sorrendjét meghatározzuk, rendezési elvnek 
nevezzük. 

A példánkban a rekordok alfabetikusan növekvő sorrendben rendezettek. 

Hasonló módon rendezhetjük a KOLTSEGVISELOK állományt is; a rekordazonosító, 
azaz a költségviselő kódja szerint. 

Természetesen a rendezettség befolyásolja az állomány kezelését. 


19. ábra. Rendezett állomány 
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KERESÉS 


Vegyük például a keresést (20. ábra): 
1 2 a 4 5 6 7 
j 


keresett 
GDAT Ezen 
rekord 


keresett 
BZ rekord 


d 


keresett rekord 
UZEM ff  H—— —— §—————————————— 


20. ábra. Keresés rendezett állományban 


Az első szembeötlő sajátosság az, hogy már akkor meggyőződhetünk arról, hogy egy kere- 
sett rekord nincs az állományban, amikor megtaláljuk az első olyan rekordot, amelynek 
azonosítója nagyobb a keresettnél. (Ilyen például a GDAT rekord, amelyet a KTSG re- 
kord után már nem érdemes keresnünk, hiszen az állomány e részében egyre csak na- 
gyobb azonosítójú rekordokra fogunk bukkanni.) 

Ha viszont a keresendő rekordok is ugyanolyan rendezettségűek, mint maga az állomány, 
akkor nem kell minden egyes keresést az állomány elejéről indítanunk, hanem folytathat- 
juk onnan, ahol az előző keresésnél abbahagytuk. (Lásd például a PTER rekordot!) 

Az állomány végére pedig csak akkor jutunk el, ha a keresett rekord azonosítója, például 
az UZEM, nagyobb az utolsó rekord azonosítójánál is. 

A példában bemutatott kereséseket az állomány egyetlen végigolvasásával, azaz 7 rekord 
beolvasásával végrehajthattuk, míg a hasonló keresésekhez a rendezetlen állományból 15 
rekordot kellene beolvasnunk, keresésenként elölről kezdve az állomány olvasását. 


A fenti keresési módot a rendezett állomány karbantartasához 
(bővítéséhez, szűkítéséhez, módosításához) szükséges párosítás- 
hoz is kihasználhatjuk (21. ábra). 

Itt a törzsállomány és az ugyanolyan rendezettségű módosító állomány soron következő 
rekordjaiból képezünk egy párt. E pár tagjai vagy összetartoznak, vagy nem. 


PÁROSÍTÁS 


TORZS: 


UJ: 


MODOSÍTO : 


21. ábra. Rendezett állomány karbantartása 


Az összetartozás úgy dönthető el, hogy összehasonlítjuk az azonosítójukat. 

Az első ilyen pár az ATAD és a KTSG azonosítójú törzs-, illetve módosító rekordból áll. 
Ezek nem tartoznak össze. 

Mivel a KTSG azonosító nagyobb az ATAD-nál, már biztos, hogy az ATAD-nak nem is 
lesz párja. Így az ATAD egy páratlan törzsrekord, és mint ilyet, változtatás nélkül felvisz- 
szük az új törzsbe. 


Ekkor azonban a pár csonka lesz; a felhasznált tagját, a törzsrekordot pótolnunk kell. 
Vagyis beolvassuk a következőt. 

Most a FELM-—KTSG párt vizsgáljuk meg az összetartozás szempontjából. Látható, hogy 
amíg a törzsrekord azonosítója el nem éri a módosító rekordét, mindig páratlan törzs- 
rekordokkal lesz dolgunk. 


Ha elérjük a törzsben a KTSG rekordot, egy összetartozó pár áll előttünk. Ekkor végre 
kell hajtani a módosítást. Ha csak rekordonkénti módosítást engedünk meg, akkor a mó- 
dosítás azt jelenti, hogy a módosító KTSG rekordot kell a törzsbeli KTSG rekord helyett 
felvinnünk az új törzsbe. (Vagyis ez a módosítás voltaképpen csere.) 

Ilyenkor a pár mindkét tagját felhasználtuk. Helyükre mind a törzsből, mind a módosító 
állományból új rekordot kell olvasnunk. Ezek lehetnek ismét összetartozó párok. Ese- 
tünkben a PKOD-—TEST pár nem ilyen. 
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A páratlan törzsrekordokat megint csak felvisszük, amíg el nem érjük a TEST—TEST párt. 
Itt most nem módosításról, hanem törlésről van szó, amit az ábrán csillag, a tényleges re- 
kordban a "TORLENDO" szöveg jelez. Ilyenkor egyik rekordot sem visszük fel az új 
törzsbe, és természetesen mindkettő helyett újat olvasunk. 

A törzsben azonban nincs több rekord, az UZEM páratlanul marad. Egyetlen rekordot 
pedig nem lehet párosítani; ehhez a művelethez mindig kettő (rekord) kell. Ezért képez- 
nünk kell a hiányzó törzsrekord helyett egy álrekordot, olyan azonosítóval, amely na- 
gyobb az összes törzs-, illetve módosító rekord azonosítójánál. 

Erre a célra természetszerűleg a legmagasabb, azaz CHR$(255) kódú bájtot célszerű hasz- 
nálni. Ennek a bájtnak a tartalma a bájton tárolható legmagasabb érték, vagyis a hexa- 
decimális FF lesz, amit a Tr gomb lenyomásával állíthatunk elő. 

Esetünkben az UZEM azonosító tehát ezzel az álrekorddal kerül egy párba. Minthogy az 
azonosítója kisebb az álrekordénál — gondoskodtunk róla, hogy feltétlenül így legyen —, 
az UZEM tehát páratlan módosító rekord lesz. Ilyenkor be kell szúrnunk, azaz fel kell 
vinnünk az új törzsbe. Helyette új módosító rekordot olvasunk. 

Ha ennek az azonosítója is kisebb az álrekordénál, ugyanígy járunk el: beszúrjuk. 

A mi állományunkban azonban nincs több módosító rekord. Ilyenkor a módosító állo- 
mányhoz is álrekordot képezünk, ugyanolyan azonosítóval, mint a törzs álrekord- 
jáé volt. Hiszen nem tudhatjuk, hogy a módosító vagy a törzsállomány fog-e hamarabb el- 
fogyni. 

A párosítás akkor fejeződik be, ha a pár a két állomány álrekordjaiból áll, azaz ha elér- 
tük mindkét állomány végét. 

Ebből következik, hogy cserét vagy törlést végrehajtani csak akkor szabad, ha a pár tagjai 
nem azért tartoznak össze, mert mindketten álrekordok. 


KARBANTARTÁS Ezzel a párosítási móddal a rendezett állományok karbantartá- 
sa rendkívül leegyszerűsíthető, és gazdaságossá tehető. 

Ugyanis míg a rendezetlen állományoknál a bővítést, a szűkítést és a módosítást külön 
menetben kellett végrehajtanunk, és ezek közül legfeljebb az utóbbi kettő vonható össze, 
itt mind a beszúrást, mind a törlést, mind a cserét egyetlen menetben végezhetjük el. Eh- 
hez csupán a felvivő programmal egy MODOSITO állományt kell létrehoznunk — 22.a) ábra. 


Az ábra szerint: 

F1: ha még bármelyik állományban van adat, azaz vagy a K$, vagy a KK$ nem négy r 
jelet tartalmaz. 

Megjegyezzük, hogy a K$ a törzsrekord azonosítója, a KK$ pedig a módosító rekordé. 

A karbantartás fő tevékenysége, a változatlanul hagyás, a beszúrás és a módosítás, illetve 

az utóbbin belül a törlés és a csere így jól elkülönül, és mindegyik addig ismétlődik, amíg 

a rá vonatkozó párosítási feltétel fennáll — 22.b) ábra. 


A párosítási feltételek: 

F2: ha törzsrekordnak nincs párja, azaz K$ kisebb mint KK$ 

F3: ha a törzsrekordnak van párja, azaz K$ — KKS$, de a pár nem az álrekordokból áll, 
azaz K$ és KK$ nem r jeleket tartalmaz. 

F4: ha a módosító rekordnak nincs párja, azaz K$ nagyobb mint KK$ 
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RENKARB 
program 


22.a) ábra. Rendezett állomány karbantartásának folyamata I. 


7 
[/ddésootart 
[d 


elbúcsúzik 


KARBANTART 


F2 F3 ; 4 


új elvisz olvas 
olvastörzset 4 


módosítót módosítót 


felvisztörzset 


22.b) ábra. Rendezett állomány karbantartásának folyamata II. 
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Maga a módosítás is könnyedén osztható két funkcióra, a cserére és a törlésre — 22.c) ábra. 


MÓDOSÍT 


GY 


22.c) ábra. Rendezett állomány karbantartásának folyamata III. 


A két funkciót szétválasztó feltétel: 


F5: ha a rekord törlendő, azaz MM$ — "TORLENDO" 


Most lássuk a KOLTSEGVISELOK állomány rendezett karbantartó programját, amely, 
mint már megszoktuk, a bejelentkezéssel kezdődik: 


1 FRIHT "ld" : FKIHT 

z FRIHT " REHIEZETT ERRERHTHETHZ" 

ZER ed ti B 1 E JTRNGG S esénsézsánzászá tását azásss mást saíktulszessatásígni azísszaes Mi 

4 FRIHT : FEKIHT 

53 FRIHT " TÖREZ z KÖOLTSEGYISZELÜK" 
S FRINMT 

7 FRIHT " HONOSITŰ — MŰDÖSZIÍTŰ" 

a FRIHT 

3 FRIHT " UT z  UJALLUHAHT " 


Beállítja a kezdőértékeket, az álrekordok V$ azonosítóját és az S$ szeparátorjelet: 
18 vázö"arem" 

11 5$£-CHK$(12) 

Megnyitja az állományokat: 

1168 ÜFEN 2.3.2."KÖLTSEGYISELŐK. EZ REHÜ" 
128 ÖPEM 3.72.3. "MÓDOSÍTÓ. SE. REAL" 

128 ÜPEM 5.85. "IUJALLOMAHT, SEC MEITE" 
Előállítja az első párt: 

146 Eéz4i 

141 IMHFUTHZ.K$.M$.T.R 

158 KK4$-V8 

151 IMHPUTHZ.KKE.MM$. TT. RE 
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Megvizsgálja, hogy mindkét állománynak elérte-e a végét: 
z18 IF K$-V$4 AND KKkáz-vV$ THEH GüTŐ 518 


Ha nem, sorra megkíséreli végrehajtani a három fő funkciót az aktuális párra: 


zza : GOSUE 1818 :REM: ——-5 ATYITEL — 
zza : GOSUE 2919 :REM: ——7 HONCZITAZ 
z4á6 : GÜSUB 3818 :REM: ——2 BEESZIURAS 


Majd ugyanezt teszi a következő párral is, mindaddig, amíg mindkét állomány végére 
nem ér: 

za GÜTD 214 

Ha az állományok elfogytak, lezárja őket, és persze az újat is: 

2318 CLÜZE 
528 ÜLÜSE 
3364 ELŐSZE 
Majd kijelentkezik: 

4198 FRIHT : FKIHT 

429 PRIHT § ————cessesmésemeeézmmszen it 

da FERIHT " ERRERMTHETAZ €$$KEZEKKHK" 

Végül leáll: 

399 EHI 

Mindhárom fő funkció végrehajtásáért külön szubrutin felelős. 

A változatlanul hagyás csak akkor hajtandó végre, ha a törzsrekord páratlan: 

i618 IF K£$--KK4§ THEM GÜTŐ 15353 

Ez esetben a program felviszi a törzsrekordot, majd újat olvas helyette: 

1828 FRIMHTHA.KESESE3 MESSZE T.2£; Fk. 

1628 K§zvE 

1464 IHFUTHZ, KE MET. R 

Látható, hogy az álrekordot úgy állítjuk elő, hogy a rekordazonosítót beállítjuk a Tr je- 
lekre, és ha jött be új rekord, akkor annak azonosítója ezt felülírja, míg az állomány vé- 
gének elérése után maradnak az azonosítóban a rr jelek. 

Mindezeket a műveleteket mindaddig ismétli a program, amíg a párosítási feltétel meg 
nem változik: 

19939 GOTU 1818 

Ha a feltétel átáll, a szubrutin visszaadja a vezérlést a hívó programrésznek: 

1235 KRETURH 

A módosítás is a párosítási feltétel megvizsgálásával kezdődik: 

-Hit IF K$IZ-EEá THEM GOTŐ 25995 

Ezután azonban azt is meg kell nézni, hogy a pár nem álreKordokból áll-e: 

2A20 IF K$-V$4 — THEH GÜTÜ 2938 

Ha nem, akkor még eldöntendő, hogy cserét vagy törlést kell-e végrehajtanunk: 

zaza IF HM$-"TÖRLEHNC" THEM GÜTŰ 2855 

Ha cseréről van szó, akkor a program felviszi a módosító rekordot az új állományba: 


2648 PRIHTHS.KE$; SEMM; S$£: TT. 5$:RE 


én ea Pa 
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Akár csere volt, akár törlés, új törzsrekordot és új módosító rekordot olvas: 

2058 Kizvé I 

zás IHFUTHZ, EE MET FE 

7 EKEzYE 

zaet ÍIHPUTHZ. KKE HAHA. TT FR 

A módosítást mindaddig ismétli, amíg a párosítási feltétel fennáll. Annak megváltozta- 
tásakor visszaadja a vezérlést: 

24633 GOTÓ zilki 

2323 KETLIRH 

Látható, hogy a törlés esetén semmilyen tevékenységet nem hajt végre az új rekordok 
olvasása előtt. 


Megjegyezzük, hogy ez nem szokásos; a törölt rekordokat általában kimentjük egy tar- 
talék állományba, vagy legalábbis kilistázzuk. Két okból tesszük ezt: egyrészt fontos, 
hogy a feldolgozás ne nyeljen el nyomtalanul adatokat, rekordokat, mert akkor nem bi- 
zonyíthatjuk a program jóságát; másrészt a tévedésből törölt rekordokat enélkül nehezen 
tudnánk helyreállítani. 

A beszúrás hasonló a változatlanul hagyáshoz, de itt nem a törzs, hanem a módosító re- 
kord kerül az új állományba: 

sA186 IF K$iIsKEE THEH GÜTŰ 235 
saza PEIHTHS.KEá 24; MME: Z$ TT 
azaz KEGdzwá 

zedi IHFUTHZ.KK$.HME. TT. HE 
zazga GOT zAlki 

3333 KETILIRH 

Ez a program is működőképes. NEW után begépelhetjük, és kipróbálhatjuk. 

Kipróbálás előtt azonban mentsük ki a lemezünkre, mondjuk RENKARB néven. Majd 
állítsuk elő a rendezett KOLTSEGVISELOK és MODOSIÍTO állományt. 


az 
T55$:RR 


FIGYELEM! 

Ha a programot rendezetlen állományra hajtjuk végre, akkor hibaállapot nem fog bekö- 
vetkezni, de a karbantartás csak akkor adja a kívánt eredményt, ha mindkét bemenő állo- 
mány azonos rendezettségű, mivel a párosításnál ezt a tulajdonságot erősen kihasználtuk. 


Vannak állományok, amelyek természetszerűleg rendezettek. Például a reggel—délben—este 
mért, és a méréskor az állományba azonnal felvitt hőmérsékleti adatok a keletkezési mód- 
juk miatt szükségképpen időrendi sorrendben állnak. 


A költségviselők állománya nem ilyen. A rendezettségéről külön gondoskodnunk kell. 
Az egyik ilyen megoldás az, hogy az állományt valamilyen rendező eljárás segítségével 
rendezzük. 

A különféle rendezési eljárásokkal egy egész könyvet meg lehetne tölteni, így válasszuk a 
másik, az egyszerűbb megoldást: az állományt eleve rendezetten hozzuk létre. 

Vagyis először töröljük a lemezen esetleg fent levő rendezetlen állományainkat, majd a 
SEOFELV programmal állítsuk elő a rendezett KOLTSEGVISELOK, majd a rendezett 
MODOSITO állományt. 
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Ügyeljünk arra, hogy ezekben a rekordok ATAD, FELM, KTSG, PKOD, PTER, RTER, 
TEST, illetve KTSG, TEST, UZEM sorrendben legyenek. /smételten felhívjuk a figyelmet 
arra, hogy a program futásakor nem kapunk semmilyen hibajelzést, ha az állományok ren- 
dezettsége nem megfelelő. Látszólag tehát minden rendben lesz. A rendezési hibák éppen 
azért olyan veszélyesek, mert a hatásuk , csak" az eredményben, a nem megfelelően kar- 
bantartott új állomány tartalmában jelenik meg. 

Ezután már betölthetjük és lefuttathatjuk a rendezett karbantartó RENKARB progra- 
mot. Az eredményről úgy győződhetünk meg, hogy vagy a SEOPRNT programmal kilis- 
tázzuk, vagy a SEOKERD programmal lekérdezzük az új állományt. 

Felhívjuk a figyelmet arra, hogy a RENKARB program feltételezi, hogy egy-egy törzs- 
rekordhoz legfeljebb csak egy módosító rekord tartozhat. Ha mégis több jön be, a mó- 
dosítást csak az elsőre hajtja végre, az összes többi módosító rekordot új rekordként, be- 
szúrásként viszi fel az új állományba. 

Ha ezt a problémát úgy akarjuk áthidalni, hogy a módosítás az azonos kulcsú módosító 
rekordok közül csak az utolsót vegye figyelembe, akkor a módosító modulunkat így kell 
átírnunk: 

z818 IF KECSKK$§ THEH GOTO 23553 

zazH IF Háisv8 THEH GÜTŰ 723323 

zajt : K14- -KKE:M1$-MHM$:TÍZTT:FRISKK 


zHág : KEgzVE: IHPUTHZ. EK$. MMEST KR 
zg3k : IF KElEsK1$ THEM GÜTŰ Z63A 

zaGA : IF Hi$-"TÜFRLEMDÜ" THEN GOTŰ 2z9gEK 
zara : 0: PRIMTHA.K1$55S5$.MI$:.S5E.T155$:RI 


zúgga : Kközvá: IMHFUTHZO ES MET FR 
2492 GOTU 2814 
2933 RETURH 


Az eljárás lényege, hogy ha talált egy törzs módosító párt , akkor nem hajtja végre a módo- 
sítást, hanem elkezdi olvasni a soron következő módosító rekordokat, és ezt mindaddig 
teszi, amíg egy olyat nem talál, amelynek kódja nem egyezik meg a párbeli módosító re- 
kord kódjával; ekkor végrehajtja a módosítást, de nem az utoljára beolvasott módosító 
rekorddal, hanem az eggyel előbbivel. 

Bonyolultabb feladatoknál előfordulhat, hogy ezzel sem elégedhetünk meg; például meg 
kell engednünk a sorozatos módosítást. Ami azt jelenti, hogy minden módosító rekordot 
figyelembe kell vennünk: előfordulásuk sorrendjében át kell vezetnünk a törzsrekordba a 
megfelelő módosítást, és az új állományba a rekord csak az utolsó módosító rekord fel- 
dolgozása után kerülhet be, magán viselve az összes módosító rekord hatását. Ennek meg- 
oldása egyáltalán nem nehéz, a módosítások átvezetése a törzsrekordba a 2030 és 2040 
sorok közé beépített eljárással könnyen megoldható. Azt persze meg kell határoznunk, 
hogy az egyes módosító tételeknek milyen hatásuk legyen; például ha a tényleges ráfordí- 
tásra jön be módosító adat, akkor azzal a törzsbeli értéket felül kell írni, vagy inkább hoz- 
zá kell adni ahhoz. Újabb kérdés, hogy ilyenkor mit tegyünk a törlő rekordokkal. Az 
egyik lehetséges megoldás az, hogy ha az utolsó módosító rekord törlést ír elő, akkor nem 
visszük fel a rekordot az új állományba; ha pedig olyan törlő rekordot találunk, amelyet 
még követnek módosító rekordok, akkor az őt megelőző módosító rekordokat nem vesz- 
szük figyelembe, de az őt követőeket már igen. Más megoldás lehet, hogy az utóbbi 
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esetben a törlő rekord elérésekor a törzsrekord tartalmát valamilyen egyezményes kezdő- 
értékre (nullára, szóközre stb.) állítjuk be, és a további módosításokat ehhez képest hajt- 
juk végre. 

Számos más megközelítés is lehetséges, de ezek taglalása már túlmutat az elemi ismeretek 
körén. A bemutatott program azonban alkalmas arra, hogy az olvasó a módosítás funkció 
átírásával különböző karbantartási változatokat is kipróbálhasson. 

Végül még egy kérdést tartunk fontosnak a karbantartással és egyáltalán az ismétlődő te- 
vékenységekkel kapcsolatban. 

Amint láttuk, a beszúrás, a módosítás, a (változatlan) átvitel ismétlődő tevékenységek, 
funkciók. A programban az ismétlődést (ciklust) a funkción belül, azaz a GOSUB-bal 
hívott szubrutinban szerveztük meg. 

Megoldható ez úgy is, hogy maga a hívás ciklikus: 


zzd : IF K$(KKS THEH GOSUE 1819:GOTO £szí 
239 : IF K$£5KK$ AHD K$C-v$s THEH G0SUB 29618:GOTO 234 
240 : IF K$£-KEB THEM GOSUB 3816:GÜTŰ 249 


Maguk a modulok ilyenkor egyszerűbbek: 
10998 KET: 


1991 : ATYITEL 
1082 REM: 
1018 FERIHTHS.KESSESME SA; 
ludak kézv§ : IMHFUTHZ ká 
1593 FRETURH 
zhob REN: 
-ÜG1 BET: szzszzzszzzszzzszzzssszszszeszsszzemsmeszmuessmmmzzszzemesmezmummiszizzmezm MÜOSÍTHE 
zhaz FREN: 
241 IF FMHás"TŰRLEHÜL" THEM GÜTÓ zizi 
zen FRIHTHS.EKES;S$.ME$SSEG TT. 5. 
K$ -v$ : IHFUTHZ KE MI OT 
KK$zv$§ : IHFUTHZ.ERE.MHÁLTT ER 
RETURHM 
KET: 
3401 RÉJÍt szzzsezzssszzszzzzszszszsseszmemezzzmeszsmenosszzeeanzezszemm BESZUKAZ 
REF : 
FRIHTH2 KESZEG ME$ SZETT; e. FR 
KEdsz-vE : IHEFUTHZ.OKEE MME TT Rk 
c RETURH 
A két esneséldás az eredményét tekintve azonos. Mégis mi szól az egyik vagy másik mellett, 
illetve ellen? 


A hívott modulon belül szervezett ciklus előnye, hogy — különösen interpreterrel történő 
végrehajtás esetén — a program gyorsabb, hiszen a hívás egy-egy rekordsorozatra csak 
egyszer hajtódik végre. 


A ciklikus hívás ezzel szemben áttekinthetőbb, maga a hívott modul is egyszerűbb és logi- 
kusabb, mert kizárólag a rábízott funkciót hajtja végre. 


Mellette szól továbbá, hogy az egzakt strukturált programtervezési rendszerek (például a 
Jackson-módszer) ezt a megoldást tekintik elfogadhatónak. Általában megjegyezhetjük, 
hogy a ciklusokat célszerű előnyben részesíteni az alternatívákkal szemben. Olyan progra- 
mozási nyelvek (pl. a COBOL) esetén, amelyek külön utasítással is rendelkeznek a cikli- 
kus hívás végrehajtására, az embernek eszébe se jut más lehetőséget használni. 
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A rendezés nemcsak azért költséges, mert időigényes művelet, 
— hanem azért is, mert a végrehajtásához meglehetősen nayy hát- 
tértár szükséges. (A korszerű általános rendező eljárások általában a rendezendő állomány 
lemezterületének legalább a másfélszeresét igényelik ahhoz, hogy a rendezést végre tudják 
hajtani. Rosszabb esetben még ennél nagyobb lemezterületre is szükségünk lehet — a 
rendezendő és a rendezett állomány tárolásához szükséges lemezterületen kívül.) 
Ezért célszerű a rekordokat eleve rendezetten felvinni az állományba. Ez természetesen 
nem minden esetben lehetséges, de például már említettük, hogy a napi hőmérsékleti ada- 
tok rekordjai időrendi sorrendben keletkeznek. Legalább ilyenkor törekedjünk arra, hogy 
az adatok felvitelekor a meglevő rendezettséget ne rontsuk el. 
A legjobb, ha erről maga a felvivő program gondoskodik, és nem fogad el olyan adatot, 
amelynek egy már fent levő adat előtt lenne a helye. 
Tekintsünk egy egyszerű példát, amelyben már korábban kigyűjtött áruadatokat, az áru 
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beállítja 
az utolsó 
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23. ábra. Rendezett felvitel 
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cikkszámát és az áruból eladott mennyiséget visszük fel egy lemezállományba, további 
feldolgozás céljából. 

Az adatok cikkszám szerint rendezve érkeznek. A felvivő program dolga az, hogy meg- 
akadályozza a hibás sorrendben történő begépelést (23. ábra). 


Az ábra szerinti feltételek: 
FI: ha van még felviendő cikk, azaz a C$ cikkszám nem — "9999" , 
F2: ha a begépelt C$ cikkszám nem kisebb az utoljára felvitt U$ cikkszámnál 


A járulékos (előkészítő és befejező) tevékenységek pedig: 
1: a legkisebb cikkszám beállítása 
2: bejelentkezés 
3: a lemezállomány megnyitása 
" 4: a lemezállomány lezárása 
5: kijelentkezés 
Megjegyezzük, hogy a cikkszámok négyjegyűek, és 0001-től növekvő sorrendben 9998-ig 
haladhatnak. Most pedig lássuk a programot. 
Első lépése a bejelentkezés: 
FELH "za 
FRIHT 
PRIHT " AEUFORGALMI ADRTOK." 
FRIMHT " KRKEMHDEZETT FELYITELE" 
FRIMT § eses onnét " 
FRIHT 
FRIMT 
FRIHT " ELSŐ CIKEKSZHAMH z ú9gEg" 
FKIHT 
FRIHT " UTÜLSŐŰ CIKESZAM zo ga9a" 
FRIHT 
FRIHT 
IHRFUT " MEHET? sívtász 0 ÚTNNEINN" it 
IF /$£42"I" THEH GÜTŐ 9859 
Majd beállítja az utolsó felvitt rekord U$ cikkszámát a lehető legkisebbre: 
1184 U$z"őmáá" 
Ezután megnyitja a létrehozandó lemezállományt: 
128 0PEH 2.8. 2."ARUTUORZS , SEG, HRKITE" 
Most következik a tulajdonképpeni feldolgozás. A program bekéri a soron következő 
rekord C$ cikkszámát: 
2186 GOSUE 1918 :REMH: -5ssz fIKKSZHIT 
Ha annak értéke négy kilences, akkor a felvitelt befejezettnek tekinti: 
22 IF €££-"395399" THEH GÜTŰ 3514 
Ha nem leállítójelet, hanem valódi cikkszámot gépeltünk be, a program megvizsgálja, hogy 
az nem kisebb-e az eddig utolsóként felvitt rekord cikkszámánál: 


zsi IF C$-Il$ THEM GÜTŰ 258 


j§ 
jor 


sir en b id Do e am e E RA ed [dl E 


erk tSarÉkt ÉN ÉEL VÉT 
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Ide építettük be tehát a sorrend elrontása elleni védekezést. A rossz sorrendben begépelt 
cikkszámot a program figyelmen kívül hagyja. 

Ha a cikkszám megfelelő volt, akkor következik a mennyiség bekérése : 

249 GOSUB 2618 :REM: szzzz MENNYISEG 

Ezután a program a rekordot felviszi a lemezre: 

2539 FPRIMTHZ.C3 

264 FERIHTHZ,H 

A sikeres felvitel után azonban meg kell változtatni az utolsó felvitt rekordot megjelölő 
U$ cikkszám értékét, mert most már az éppen felvitt C$ rekord az utolsó: 


27A U$zC$ 


Végül a program áttér a következő rekord kezelésére: 
299 GOT zi14 


Mellesleg ugyanezt teszi, ha a cikkszám bekérésekor nem megfelelő sorrendben következő 
cikkszámot kapott. 

Ha viszont vége a feldolgozásnak, azaz "9999" cikkszámot adtunk meg, akkor lezárja a 
lemezállományt és kijelentkezik: 

918 ÜLMZE 2 

sz PRKIHT "ég" : FRIHT 

a38a PRIHT TAEZ17525 "HE" 

346. FEKIHT 

aa PFRIMHT THEC1id2; "HRUTÓRES" 

A FRIHT THECG 1842 5 " tmmnamtenttánnanátmeneni " 

7 FRIHT 

s24 FRIMNT THECG1z:: "ALLOHRAHY KESZ" 

aaa FEIHT zFerzgüba s zFeézsbs 


Végül leáll: 
297 EHI 
A C$ cikkszám bekérését külön szubrutin hajtja végre : 


1818 FERIHT "2" 

igzkt FRIMT 

1938 FRIHT " HRUFŐRGALMI HORTÜK" 
5 ő ma) at za áll mál azóóó HE Hl IGEN S E ee istszászásáslátsá azás ksdáauts szt azlszssztllű 
tézi FRIMHT 

18£8 FRIMT " UTOÓLSŰ C€IEK o : "7 ;1IJ$ 
1974 FERIHT 

iú59a PRIHT OO" a aatáa adas aa tását al an wa 
18536 FEKIHT 

FEIHT 

IMHELT " CIEEKSZAM sz 5" ü§ 
C$-kIGHTESLE. 4: 

RETURH 


bo; 


mm 


Ui Am mg 
HD hi mitü 
jeökvkválkváte 
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Ugyancsak külön szubrutin kéri be az áruból eladott M mennyiséget: 


zö198 FRIHMT 
zöz8 FRIHT 
zoskt IHFUT " HEMHNYISEG 
z2633 RETURN 


Amint látható, egy rekord beolvasása, azaz az adatbevitel ketté van vágva. Azért tettük 
ezt, mert a C$ cikkszám vizsgálatától függ, hogy kell-e mennyiséget is beolvasni, avagy 


sem. 


Ezenkívül így a megfelelő adatbekérő szubrutinokban könnyen elhelyezhető az adat 


hibavizsgálata, ami jelenleg nincs beépítve. 


A programot begépelés után mentsük ki a lemezünkre, mondjuk ARUFELV néven. Majd 


próbáljuk is ki. 


Javasoljuk az alábbi próbaadatok felvitelét, mert ezzel az állománnyal a (következő) cso- 
portonkénti feldolgozást végrehajtó programunk is működni fog: 


ARUFRORKGALMI HIRHTOK 
ELSÜ MIEESZZHM sz 


UTOLSŰ CIEKESZHAM zo 55938 


HEHET? zl-"MHz7 I 


AELEORGALHI ADATOK 


Tan sen aza Kik: 0 Kügkáki 


1 hl T 14 KIE tat. af 


MEHHYISEia szo 7 0 Íüki 


BEUFORGALÉI ADATOK 
UTOLSÓ CIEK : 1118 


CIKESZZH zo" íl-zki 


HEHH SEL sz 7 üti 
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MESSZE nti E  HRHTUK 


UTOL SZÍ! CIKK: JizH 


LIRKESZHIT o s ov 1174 


HEHHTIZEIS so kiki 


IE KE ebe lt eat 


TOL Süt ZIEK s 115B 


ZIKEZZAHM oz o 7 1lidi 


HEMHYVIZEI sz 7 gk 


BEUFORGALHI ADATOK 


TOL zés ZIEK o: 11468 


CIFKSZAM oz 7 174 


HEHNYIZSEG zo o7 0 S4E 


ARUFORGALHI ADATOK 


LTOLSŐ CIKK o: izdíű 


CIKKSZAM zo 7 1268 
MEHNYISEG z 7 EAB 
AELJESESÁLNI ADATOK 


UTOLSÜ CIKK : 15314 


CIKESZAHMH Oz 7 13208 


MEMHHYISEG zo 7 5 


AREUFOEGALHI AHORTOK: 


ám 1agta bla. Báb8 átt öt tant tall ha ata Et ale bat 1mme tar szmó etve tot 


UTOLSO CIKK : 15534 


LIKESZHMH Oz 7 zhif 


MEHHYISEG zo ov zi 


MEGSE etette rk AHETTÜB, 


UTOLSÍT LIKK o : zézk 


CIEKESZAM sz o 7 zZizhi 


HE.MHYIZEG zo 7 6Ati 


FIGYELEM! 


ARUFORGALMI ADATOK 


UTOLSŐ TIKK o : Í288 


LIEKKSZAM z 7 1718 


HEHHYISEG z 7 7Et 


ARLLORGALHI AUATOK 
UTOLSO CIKK : 1328 


CIKESZHM zo 7 1278 


MEHHYIZSEG To ak 


u" 


task eslozlasámsezeeestonte eke i 


CIEKSZAM zo 7 zázA 


HEHHYISEG z 7 7H8 


Hi 


Haz 


ARUTÓRZS 
KÖGSEHSZ TÉN KENZKNSEEE 


ALLÜHHHY KESZ 


Az adatokat hibátlanul kell begépelnünk, mert a programba nincs beépítve adatellen- 
őrzés. Az adatbevitelt "9999" cikkszámmal kell befejezni. 

Sorrendi hibákat természetesen véthetünk, sőt esetenként tegyük is meg, hogy lássuk: a 
program valóban nem engedi meg a hibás sorrendben megadott adatok felvitelét. 
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Arra persze ügyeljünk, hogy ne felejtsünk ki rekordot, mert a rendezett felvitel miatt ez 
utólag már nem vihető fel. Az ilyen rekordokat csak karbantartással lehet az állományba 
beszúrni. Ugyancsak karbantartás útján lehet az esetleg hibásan lemezre került adatokat 
javítani. 

Minthogy az állományhoz nincs karbantartó programunk, a fenti hibák bármelyike esetén 
az állományt törölnünk, majd újragenerálnunk kell, most már remélhetőleg hibátlanul. 
Ehelyett természetesen megtehetjük azt is, hogy a RENKARB program mintájára írunk 
egy karbantartó programot az ARUTORZS-höz. 


FIGYELEM! 

A rendezett felvitel nem jelenti a rekordok rendezését. Feltételezi, hogy azok rendezetten 
érkeznek, vagy mert eleve így keletkeznek, vagy mert egy program Így állítja őket elő, 
vagy mert a felvitel előtt manuálisan rendeztük őket. A rendezett felvitel csupán arra 
ügyel, hogy ezt a rendezettséget a felvitel közben ne ronthassuk el. 


Kiemeljük a manuális rendezés szerepét. Nyilvánvaló, hogy ez nem jöhet számításba, ha 
egy törzsállományt kell létrehoznunk, ilyenkor ugyanis általában nagy tömegű adatot kell 
felvinnünk. Az ilyen felvivő programok ezért többnyire nem figyelik a rendezettséget, 
a rekordokat mindenképpen felviszik. Az így keletkező , nyers" törzsállományt azután 
megfelelő rendező eljárással rendezni kell. 

A rendezett felvitel akkor juthat szóhoz, ha egy már meglevő rendezett törzsállomány 
karbantartásához szükséges adatokat kell felvinnünk. Ilyenkor a manuális rendezés sem 
kizárt, persze csak akkor, ha egy-egy karbantartó menetben nem túl sok rekord szerepel 
— vagy azért, mert a mozgások száma csekély, vagy azért, mert a karbantartást elegendően 
sűrűn hajtjuk végre. Néhány tucat rekord kézzel is biztonságosan rendezhető, így nyugod- 
tan használhatjuk a rendezett felvivő programot a karbantartás módosító állományának 
létrehozására. 


CSOPORTONKÉNT! Figyeljünk fel az előbbi programmal előállított árutörzs állo- 
FELDOLGOZÁS mány adataira. A rekordok a cikkszám szerint csoportosítha- 
tók. Tegyük fel, hogy a négyjegyű cikkszám első két jegye 
egy-egy cikkcsoportot határoz meg. Ekkor azok a cikkek, amelyeknek cikkszáma az első 
két számjegyben azonos, ugyanahhoz a cikkcsoporthoz tartoznak: 


Állo- — Cikk- 
mány csoportok 


1110 1110 

1120 1120 

1130 1130 

1140 1140 

1240 1240 

1260 1260 

1310 1310 

1320 1320 

1330 1330 

2010 2010 
2020 2020 
2120 2120 


ARUGYJT 
pragram 


feldolgozás 
befejezése 


feldolgozás 


előkészítése feldolgozás 


állomány 
feldolgozása 


állomány 
előkészítése 


befejezése 


cikkcsoport ! cikkcsoport 
feldolgozása befejezése 


cikkcsoport 
előkészítése 


Cikk feldolgozása 


7 

e klleéő gyűjtése 

a eget ésn kt 
A 


24. ábra. Csoportonkénti feldolgozás 


et olvdsásg 


Így a teljes állományunk öt csoportra bontható. Azt, hogy valamely rekord melyik cso- 
portba tartozik, a rekord egy adata, a cikkszám első két jegye határozza meg. Ezt az ada- 
tot csoportképző adatnak, az őt tartalmazó változót pedig csoportképző változónak, 
vagy röviden csoportváltozónak nevezzük. (Elterjedt az eredeti angol kifejezés, a control 
variable tükörfordítása, a kontro//változó elnevezés is,) 
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Amikor a csoportképző változó értéke, azaz a csoportképző feltétel, vagy röviden csoport- 
feltétel megváltozik, például 11-ről 12-re, akkor egy csoport befejeződik, és egy új cso- 
port kezdődik. Ezt csoportváltásnak nevezzük. (Találkozhatunk a control condition és a 
control break mintájára képzett kontrol//feltétel és kontrollszakítás kifejezésekkel is.) 

A csoportok között sem átfedés, sem hézag nem megengedett. Az átfedés azt jelenti, hogy 
valamely adat egyidejűleg több csoportba is tartozik. A hézag ennek ellenkezője; valamely 
adat egyik csoportnak sem eleme. 

A példánkban egyik sem fordul elő, de a csoportképzési feltételek helytelen megválasztá- 
sa vagy az állomány nem megfelelő rendezettsége esetén mindkét hiba előállhat. 

Amint később látni fogjuk, az átfedés egy speciális esete megengedett: amikor is egy cso- 
port teljes terjedelmében magában foglal egy másikat.. Ezeket a félreértések elkerülése 
végett nem is átfedő, hanem egymásba ágyazott csoportoknak nevezzük. 

A csoportképzés előnye, hogy az adatok (rekordok) csoportonként is feldolgozhatók. 
Ilyenkor a csoporton belüli adatokra elvégezzük a rájuk vonatkozó feldolgozó tevékeny- 
séget, csoportváltáskor pedig átállási tevékenységet hajtunk végre. Ez lehet egyrészt 
csoportzáró tevékenység, amikor a megszakadt csoport feldolgozását befejezzük, másrészt 
csoportkezdő tevékenység, amellyel előkészítjük az új csoport feldolgozását. Magát a fel- 
dolgozó tevékenységet alaptevékenységnek is szokás nevezni. 

Tekintsünk például egy olyan programot, amely a fenti ARUTORZS-állományról olyan 
kigyűjtött listát készít, amely a cikkcsoportonként összesen eladott, valamint az összes 
eladott áru mennyiségét tartaimazza (24. ábra). 


A csoportképző feltételek 

F1: ha az állományban van még cikk, azaz a C$ cikkszám nem — a V$ végjellel 

F2: ha a cikk ugyanahhoz a cikkcsoporthoz tartozik, mint a megelőző, azaz E$ — L$, 
és az állománynak nincs vége, azaz C$ nem — V$ 


A résztevékenység pedig: 


: bejelentkezés 

: a végjel beállítása 

: a nyomtató megnyitása 

: a fejléc elkészítése 

: a lábléc elkészítése 

: a nyomtató lezárása 

: kijelentkezés 

: a lemezállomány megnyitása 

9: az első rekord beolvasása 

10: a mindösszesen-gyűjtő kinullázása 
11: a mindösszesen-sor kiírása 

12: a lemezállomány lezárása 

13: a cikkcsoportgyűjtő kinullázása 

14: a csoportképző feltétel beállítása a cikkcsoportra 
15: a csoport összesen sor kiírása 

16: a csoport gyűjtése a mindösszesenbe 


ONOGUNARARVANAE 
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A programnak sajátos szerkezete van, amelyet az alakja miatt , karácsonyfa" szerkezet- 
nek hívunk. Általában minden csoportonkénti feldolgozásra ez a jellemző. A karácsony- 
fának természetesen lehetnek csonka vagy üres ágai is. 

Látható továbbá, hogy magát az állományt is egy csoportnak tekinthetjük, amely tartal- 
mazza az összes cikkcsoportot. A csoportok egymásbaágyazása megengedett, ha a maga- 
sabb szintű csoport teljes teljedelmében magában foglalja az alacsonyabb szintű csoporto- 
kat. Esetünkben ez fennáll, így jogosan jártunk el, amikor az állományt egy , végső" 
csoportként fogtuk fel. 


A csoportok feldolgozására olyan ciklust szerveztünk, amelynek az ismétlődése a csoport- 
képző feltételtől függ. Mindaddig, amíg az fennáll, csoporton belüli feldolgozást hajtunk 
végre. Csoportváltáskor előbb végrehajtjuk a csoport befejező tevékenységét, majd visz- 
szatérünk a magasabb szintű csoportba. Ha annak a csoportképző feltétele még teljesül, 
akkor új alárendelt csoportot kezdünk, az előkészítő tevékenysége végrehajtásával. Igy 
járunk el minden egyes csoport esetén. 


FIGYELEM! 

Egymásbaágyazott csoportoknál az alacsonyabb szintű csoport csoportképző feltételé- 
nek magában kell foglalnia a magasabb szintű csoport csoportképző feltételét is. Vagyis 
az F2 feltétel két részből áll: a cikkcsoport saját feltételéből (E$-L$), és az F1 feltétel- 
ből. Úgy is fogalmazhatunk, hogy az alacsonyabb szintű csoportok , öröklik" a magasabb 
szintűek csoportképző feltételét. 

Mindez logikusan következik abból, hogy egy magasabb szintű csoport vége szükség- 
szerűen egybeesik egy alárendelt csoportjának a végével, hiszen a csoportok között sem 
átfedés, sem hézag nem lehet, és az egymásbaágyazás csak teljes tartalmazással meg- 
engedett. 

Például képzeljünk el egy év—-hó—nap szerinti csoportképzést. Ilyenkor a "850201" 
után következő "850301" dátum a hónap átváltása miatt csoportváltást idéz elő a napok 
szintjén is, noha a nap mindkét dátumban ugyanaz. 


Most lássuk végre magát a programot! Természetesen az most is bejelentkezéssel kez- 
dődik: 

FRIMHT "d" 

FRIHT 

FRIHT " FORGALOM ÜZSSZESÍTES" 

PRIHT " ——n en kijsáákéd ösöst sánta tés szed ésa és " 

FRIHT 

FRIHT 


Eldönthetjük, hogy a listát nyomtatóra vagy a képernyőre kívánjuk elkészíttetni: 


r IHFUT " HrORHTATÓRA7A s1I/tász 0 HIRININE" 344 
8 Esz : IF 4/á$-"I" THEM Ez4d 
Ilyen célra általában a nyomtatót használjuk, de ha nincs nyomtatónk, bátran válasz- 


szuk a képernyőt is — az állományt úgy terveztük, hogy a lista egy képernyőre 
kiférjen. 


A program ezután beállítja a V$ végjelet, és megnyitja a nyomtatót (vagy ha a képer- 


GYÜN B úd hi me 
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nyőt választottuk, akkor a képernyőre kimenő állományt), és elkészíti a fejlécet. Vagyis 
végrehajtja a feldolgozás előkészítését: 

198 /$47-"399987" 

116 ÚFEM 1.E 

129 FKIMNTH1, "2" 

178 FEIHTHI 

148 FRIMTH1." FORGALÜM OSSZESITÓ" 

150 PEIMTHiÍi,;" szzeszszzszzesszzszszz" 

lő FEIHTHI 


Most következik maga a feldolgozás. Ezen belül a program megnyitja a lemezállományt, 
beolvassa az első rekordot, és kinullázza a T mindösszesen gyűjtőt. Ezzel előkészíti az ál- 
lomány, azaz a legfelső szintű csoport feldolgozását: 


218 ÜPEMH 2.8. 2."HEUTÓREZS SES. REHD" 

228 C$-v$ 

238 IHFUTHZCá. NM 

zdű L$-LEFTE(C$ 1 

256 TA 
Ha a csoportképző feltétel fennáll, azaz ha az állománynak nincs vége, megkezdi az állo- 
mány feldolgozását: 
314 IF Cszy$ THEM GOTO 618 
Ezen belül kinullázza a cikkcsoport C gyűjtőjét, és beállítja a csoportképző feltételét, 
azaz kimenti a cikkszám első két L$ jegyét az E$ csoportképző változóba. Vagyis előké- 
szíti az alárendelt csoport, a cikkcsoport feldolgozását: 
msza : fsti 
zab : Ek§sL£ 
Ha a csoportképző feltétel fennáll, vagyis ha az aktuális cikkcsoport első két L$ jegye 
megegyezik az E$ kimentettel, és az állománynak sincs vége, akkor megkezdi az aláren- 
delt csoport, az aktuális cikkcsoport feldolgozását: 


416 : IF E$7SL$ ÚR C$zvt THEM GüTM 514 


Ezen belül gyűjti az M eladott mennyiséget a cikkcsoport C gyűjtőjében, majd új rekordot 
olvas be: 


vol 4 E . üsteefi 

AZA : :  ü€tsvk 

d4a :  : IHFUTHZ ZESM 
aza : :  L§5sLEFTFHÉOLF. 2 
Ezután folytatja a cikkcsoport feldolgozását: 
gaz o: GüTű 418 


Ha az újonnan beolvasott rekord már nem az aktuális cikkcsoporthoz tartozik, azaz Cso- 
portváltás következett be, akkor befejezi a csoport feldolgozását, azaz kinyomtatja a 
cikkcsoport C gyűjtőjét, és gyűjti az abban tárolt összeget a mindösszesenben, azaz az ál- 
lomány T gyűjtőjében: 
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ali HáZRIGHTEC:" "ESTEPÉG Jura 
azta FEIHTH1I." "SE$.SFOizas szo "Má: 
azt : FERIHTHI 

megt :  TsTtri 


Minthogy itt vége az alárendelt csoport feldolgozásának, visszatér a magasabb szintű cso- 
port feldolgozására: 

sza GüTú 31k 

Ha a magasabb szintű csoport is átvált, azaz ha vége az állománynak, a program kinyom- 
tatja a T mindösszesen gyűjtőt, és lezárja a lemezállományt: 

sitt MHEZRIGHTár" eezTERET4. 2 

ező FEIMTHI." vk 
czk FEKIMTHI." 
ti ELESE s 
Ezzel az állomány feldolgozásának, azaz a magasabb szintű csoportnak is vége. A program 
tehát befejezi a feldolgozást, vagyis kinyofmtatja a láblécet, lezárja a nyomtatót: 


818 FRINTAL." seen 


Végül elbúcsúzik: 
z6 IE Esz THEM GŰTŰ 573 
483 : FEIMT 


a PRIHT ár Te egettg ítás ágslkosséték 
E PRIHT " A LISTA KESZ A €";E;"23 EGYSEGEK, 
Majd leáll: 

a99 EHUD 


Megjegyezzük, hogy az állomány végének figyelését a cikkszámba betöltött végjel felül- 
olvasásával, a már ismert módon oldottuk meg. 

A C és T összegek kiírása azért ilyen bonyolult, mert az adatokat oszloposan, azaz helyi- 
érték szerint jobbra zárva kívántuk kinyomtatni. 

A begépelt programot mentsük ki ARUGYJT néven, majd ha már létrehoztuk az ARU- 
TORZS állományt, a programot azonnal ki is próbálhatjuk. Akár a nyomtatón, akár a 
képernyőn, az alábbi listának kell megjelennie: 


11 z 1 ela 
14 — 1194 
ka sz za 
za s 123808 
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SA ki KIK 


zo EEŰK 


A tervezett programszerkezetünk előnye, hogy könnyen módosítható. Ha például nem- 
csak az összesített eladásokat akarjuk a listán megjeleníteni, hanem minden cikk eladott 
mennyiségét is, a változtatás egyszerű: a mennyiség gyűjtése (a cikkcsoport gyűjtőjébe) és 
az új rekord beolvasása közé el kell helyeznünk a cikkszám és a mennyiség kinyomtatását, 
Az ennek megfelelő PRINT utasítás a 425-ös sorba kódolható. (Ilyenkor persze célszerű 
az összegsorokat feltűnően kiemelni, például eltérő sortávolsággal vagy pozicionálással, 
speciális jellel vagy aláhúzással stb., hogy a tételsoroktól a listán jól látható módon elkü- 
lönüljenek.) 


Ennél lényegesen bonyolultabb módosítások is könnyedén végrehajthatók. Tegyük fel 
például, hogy egy új szintű csoportot képezünk az állomány és a cikkcsoportok között. 
Vagyis a listát cikkfőcsoportonkénti, és azon belül cikkcsoportonkénti bontásban kíván- 
juk elkészíteni. A cikkfőcsoportot a cikkszám első jegye határozza meg. 


Állo- Cikk fő- Cikk- 

mány csoportok csoportok 

1110 1110 1110 

1120 1120 1120 

1130 1130 1130 

1140 1140 1140 

1240 1240 1240 

1260 1260 1260 

1310 1310 1310 
1320 1320 1320 
1330 1330 1330 
2010 2010 2010 

2020 2020 2020 

2120 2120 2120 


Itt tehát az állományon belül két cikkfőcsoport van, az 1-es és a 2-es. Az első cikkfőcso- 
port három cikkcsoportot tartalmaz, a 11-est, a 12-estés a 13-ast. A második cikkfőcsoport- 
hoz két cikkcsoport tartozik, a 20-as és a 21-es. 

Az új csoportfokozatnak megfelelően új szintet kell beépítenünk a fába (25. ábra). 


A módosítás nemcsak az új szintet érinti, hanem kihat az alacsonyabb szintekre is. Az 
öröklődés miatt elsősorban módosulnak a csoportképző feltételek: 


F1: ha nincs vége az állománynak (változatlan) 
F2: ha az első jegy — kimentett, és F1 (új feltétel) 
F3: ha az első két jegy — kimentett, és F2 (módosult) 
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§ 
/ 


állomány 
feldolgozása 


k 
Egé főcsoport 
feldolgozá 


k főcsoport 
parteztm 6 
A 


cikkcsoport ! cikkcsoport I 
feldolgozása befejezése I 


össz segits ezés] 


25. ábra. Új szint beépítése 


Az új szint előkészítő és befejező tevékenységei: 


17: a cikkfőcsoport-gyűjtő kinullázása 

18: a csoportképző feltétel beállítása a cikkfőcsoportra 
19: a cikkfőcsoport összesen sor kiírása 

20: a cikkfőcsoport gyűjtése a mindösszesenbe 


A régi szinteken a feltételektől eltekintve, csak a cikkcsoport gyűjtése módosul: 
16: a cikkcsoport gyűjtése a cikkfőcsoport összesenbe 


Ezenkívül minden olvasás után nemcsak az első két karaktert, hanem az első karaktert is 
le kell választanunk a cikkszámról. 

Mindezek a módosítások könnyedén átvezethetők a programba: 

-z4d1 FESLEFTFH(C$. 1; 

siíl1 FzB 

31z üsz-k$ 

siz IF G$£-4-Fá ÚR Cs$z/$ THEH GOTZD 558 

4148 IF ESZOLÉ$ 0R GETSF$ 0R Cs$zyá THEM GOTO 518 

4áj1 Fá5:LEFTF(C$. 17 

49 F-HáAT 
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549 GOTO 313 

559 MÉSRIGHTE(" "ASTRE(CFI.7) 
360 FRIMHTHL," etetett "GE" zo ";M$ 
578 FRIHTHI 

588 TETtF 


Megjegyezzük, hogy ilyen módosítások esetén a program toldozása-foldozása helyett cél- 
szerűbb a teljes érintett részt újraírni. Ezzel nemcsak áttekinthetőbb lesz a program, ha- 
nem megbízhatóbb is. (A listán kiemeléssel megjelöltük a módosításokat.) 


216 ÚPEM 2.8.2, "ARUTORZS, SEE, READ" 
228 C$-4/£ 

zza IHPUTHZ,CE,H 
2dá LEzLEFTE(CE.2? 
Zá1ESELEFISÁ LE, 


zata Tsi. 
318 IF C€$zyá THEM GÜTŐ 618 
117 2 Fe 
iss őt j; et 
FŐGEZDF4JORZCszVEZTHEMÍGOTOT 558] 
f.:zk 
Ex ENE PE Ste: 
IF -GEZFá] OR Cézv$ THEM GÜTŰ 518 


ütsz: 
IHEUTHA-Z. LE. 


:  L$sLEFRFT$-C pt 
ZZFEZLEFTETC$.194 
GÜTÜI 410 


: :  MESRIGHTE(" "ESTEFICA 7) 
sza o : o: PRIMHTHL." "GE$SSPCAGTOG "zo "ME 
za:  :  FRIHTHI 
7 d skdáe Ft 
[ ZGÜTÜI z6€z ERR §i EYANNRTKEN 
MESPIGHTET TT ZNASTRECFI, 77 


PEINTHI, 7 ekkeekk "üg "oz o" ME) 
FRIHTA1 

SERA észül Éealst ÉS 
OTC 31ü 


Az így átírt ARUGYJT programot nyugodtan kipróbálhatjuk. Minthogy az ARUTORZS 
állományt csak olvassa, a tévesen végrehajtott módosításaink az adatokat elrontani nem 
fogják — legfeljebb hibás eredmény jelenik meg. Ha minden rendben van, az alábbi listát 
kell kapnunk: 
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desk seek sz LE 


A rendezett állományok feldolgozásának egyik jellegzetes 
művelete az összefésülés. Ez olyan tevékenység, melynek 
során két azonos rendeltetésű és rendezettségű állományból egy ugyanolyan rendelte- 
tésű és rendezettségű állományt állítunk elő (26. ábra). 


jjb. Kén) 


 összefésütés ESZE] 


(tes ábra. Az összefésülés elve 


ÖSSZEFÉSÜLÉS 


Az összefésülés lényege, hogy a kimenő állomány mindkét bemenő állomány rekord- 
jait tartalmazza , de úgy, hogy az eredeti rendezettségük együttesen is megmarad (27. ábra). 
Az összefésülés igénye általában olyankor merül fel, ha valamely állomány nem egyet- 
len menetben jön létre; például amikor annak adatai különböző helyen vagy különböző 
időben keletkeznek. 

Ennek tipikus esete a párhuzamos adatrögzítés, amikor valamely (általában) nagy törzs- 
állomány adatait egyidejűleg több felvivő programmal több gépkezelő végzi. 
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EGYIK: 


27. ábra. Összefésülés 


Az így létrejött állományokat azután vagy összekapcsoljuk, vagy összefésüljük. 

Az összekapcsolás (mint a COMMODORE esetén a COPY) gyorsabb, de elrontja a rende- 
zettséget. Ilyenkor még külön rendeznünk is kell az összekapcsolt állományt. (Minden- 
képpen ez a teendő, ha a felvitel eleve rendezetlen.) 

Az összefésülés hosszabb, de megtakarítható a rendezés — feltéve, ha a felvitel rendezett 
volt, mert rendezetlen állományokat nem lehet összefésülni. (De nem is érdemes.) 

Az összefésülés feltételezi, hogy az állományok között nincs átfedés, azaz valamely re- 
kord kizárólag az egyikben vagy a másikban fordulhat elő, mindkettőben soha. Ennek 
megfelelően szerkezete meglehetősen egyszerű (28. ábra) . 


ÖSSZEFÉSÜLÉS 


28. ábra. Az összefésülés folyamata 
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Az ábra szerint: 


F1: ismétlődik mindaddig, amíg az egyik állományból beolvasott rekord kulcsa meg nem 
egyezik a másikból beolvasott rekord kulcsával (ami csak akkor lehet, ha mindkettő 
végjel) 

F2: ismétlődik mindaddig, amíg az egyik állományból beolvasott rekord kulcsa kisebb a 
másikból beolvasott rekordénál 

F3: ismétlődik mindaddig, amíg a másik állományból beolvasott rekord kulcsa kisebb az 
egyikből beolvasott rekordénál 


Vegyük észre, hogy az összefésülés voltaképpen a rendezett karbantartás egy speciális 
esete, amikor is kizárólag beszúrás fordul elő. 

A programot a változatosság kedvéért a karbantartástól eltérő módon, ciklikus hívással, 
paraméterezéssel vezérelt I/O rutinokkal, azaz író/olvasó szubrutinokkal oldjuk meg. 
A programunk az ARUFELV programmal létrehozott árutörzs állományok összefésü- 
lésére alkalmas. 

A program bejelentkezéssel indul: 


119 FRIMHT "2" 
128 FRIHT " ÖSSZEFESULES" 
138 PRINT " —————— ; 
148 PRIHT:FRIMT " EGYIKHMASIK zzz ÜSSZEFESULT" 
Definiálja a V$ végjelet (high value), és egy-egy tömböt a C$ cikkszámnak és az M meny- 
nyiségnek. Ezekre csak azért van szükség, hogy kényelmesen paraméterezhessük az ol- 
vasó rutint: 
158 vVáz"eremrm" 
isa DIM C$C2zi MEZ 
Megnyitja az állományokat. Látható, hogy kötött állománynevekkel dolgozik. Ha óhajt- 
juk, persze átírhatjuk úgy is, hogy bekérje az állományreveket. Erre azonban nincs fel- 
tétlenül szükség, a program így is kipróbálható lesz. 
219 ÚPEH 2.2.2. "EGYIK, SEL, RERO" 
zző OPEM 3.B.3. "HASIK. SES. FERO" 

234 OPEH 4.8.4., "OSSZEFESÜLT , SE. HRITE" 


misét az első rekordpárt. Minthogy azonos rekordszerkezetű állományaink vannak, 
egyetlen olvasó rutin is elég. Az F állományazonosítóval paraméterként határozzuk meg, 
hogy melyik állományból olvasson: 

ala Fsz:GÜSUE 1819 

szó Fs3:GÜZIIE 1619 

A program felváltva visz fel rekordsorozatokat hol az egyik, hol a másik állományból az 
új állományba, attól függően, hogy melyik bemenő állomány rekordjainak C$ azonosítója 
a kisebb. Mindezt ismétli mindaddig, amíg a C$ rekordazonosítók azonosak nem lesznek, 
ami csak akkor állhat elő, ha mindkettő végjel: 


dií8 IF C$(zosf$t3i THEM GOTÓ 518 

4áza : IF C$r(2ZrxL$(3. THEH F-zZ:GÜSLB Z818:GOTCI 428 
438 : IF C$0397e$sr2i THEM F-3:GOSUE 28198:GOTO 438 
499 GOTŐ 419 
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Ha elérte mindkét bemenő állomány végét, lezárja az állományokat: 
alg ÜLÜZSE 4 

szf ÜLŐSZE 5 

a3a ELŐSE a 

Végül elbúcsúzik és leáll: 

616 FRIMT:FEIHT "KESZ" 

33935 EHI 


Az olvasó rutin a lehető legegyszerűbb; beállítja a V$ végjelet a C$ rekordkulcsba, majd 
olvas. Hogy melyik állományból olvasson, és melyik rekordazonosítóba, illetve mennyi- 
ségbe töltse be az adatokat, azt az F állományazonosító határozza meg. (Vagyis az adato- 
kat az állományazonosítóval indexeljük. Így a C$(1) az egyik állomány rekordjának cikk- 
száma, C$(2) pedig a másiké. Ugyanez vonatkozik az M mennyiségre is.) 


1618 C$éFozy$: IHFUTHE.É$(F2 MF: 
1953 RETURH 


Az olvasáshoz hasonlóan az író rutin is paraméterrel működik. Az F állományazonosító 
határozza meg, hogy melyik C$ cikkszámot és melyik mennyiséget kell az új állomány- 
ba felvinni. Sőt, ugyanez az F jelzi azt is, hogy melyik bemenő állományból kell új re- 
kordot olvasni: 


zi FERIHTHA CEL F o; 
zhzk FRIHT:FRIMT C$- 
zoazó GOZUB 1616 
2333 RETURH 


CHE$C1Zo 5 MEF) 


H 
Fa 


Ebben a rutinban a képernyőre írás csak a program tesztelésének egyszerűsítése végett 
szerepel. 
lme a teljes program: 


14 KER: 

181 REÍTT sssssssszseeeszseumemeezmemememeznmiemimmumuzni IZSZEFEZÜLES 
102 REIT: 

114 FRIHT 9íT" 

1424 FRIHT " ÜSSZEFESÜULES" 

138 FPRIMT " ——— sose n 

144 FRIHT:FRIHT " EGTIKHMASIK szó ÜSSZEFEZÜLT" 

156 vázömmirm" 

led DIM C$é22 Méz. 

zkt REN: 

ETL TREE zSz Se ee EKET ESÉÉ SZÉRÉLEe ÖTELES ös me beetetés MHEGHr I THASÜK. 
zöz KETFT: 

218 ÚFEH 2.352. "EGYIK. SEG.RERD" 

cz CIPEH 2.8. 2. 0 MAZIK, SES REHRD" 

za ÜFEMH 4.8.4., "ÜSSZEFESÜLT: SEM. MHRITE" 

aha REM: 


shi 
saz 
si4 
sz 
aga 
481 
az 
418 
4zki 
434 
433 
Jad 
241 
mia 
a1H 
mzh 
s3k 
60 
cH1 
60z 
614 
393 
1098 
1941 
1962 
18108 
1933 
zAgm 
2641 
zni 
z2R14 
z0zia 
zta 
2793 


Mentsü 


REM: esse eses eses essem enn un ELDÜLYASAS 
KET : i 

FHsz:GÜSLIE 141kH 
Fesz :GÜSLIE 1H1Kki 

KEI : 
REM: ———— oromere nene enn ene ÜESZEFESÜLES 
REF: 

IF C$(Z5E0£( 
(IF CEZ? 

LF LESZ A 

GÖTÜ 414 
KER: 

FL EZ ÍVŰ To FA ee rni tni sam tangensét san Jat ka mal ian Inna mage tét kae at tata Ha tt Haat ta tat tató mama mra pie men sam e HEHE ÜK 
REF: 
üLÜzZE 4 
ELSE 3 
CLŐSE 2 
RETA : 
ÍRT FA há áá mt én in sára ág te male tt út hete lat hag ei tet maa ag hat he imat 8 ma ete mt mere se BEFEJEZZE EZ 
REM: 
FRIMHT:FRIHT "KESZ" 
EHI 

REM: 

1 sz sz ta Kettes ee ek ezt keze krt Ú ) BÉNLYI va zi jgg késo 
REM : 

ü$0Fozv3: IHFUTHE.Z$RÉFI MÉH 

KETIJRH 

REF : 

HÉT: SzsszsszeészészüszzzenezceezszzzsszretL ITEL 
REM: 

FERIMHTH4A CEO F s; LHESÉ 17 a MEF 

FERIMHT:FERIHT Ü£-Fa. 

GÜZSUB 1814 

RETURH 


k ki a programot ARUFESU néven, de még ne próbáljuk ki! 


32 THEH GOTŰ 518 
Cs(3) THEN F a: GÜTÜ 426 
Cs(22 THEM Fs3:GÜSLIE Z818E:GÜTŰ 438 


Előbb hozzunk létre az ARUFELV programmal egy EGYIK nevű állományt, 1111, 5555, 
6666 kulcsú (cikkszámú) rekordokkal, tetszőleges mennyiségekkel. 


FIGYE 
Ehhez 


LEM! 
az ARUFELV program 120-as sorában módosítani kell az OPEN utasítást, kicse- 


rélve a ARUTORZS nevet EGYIK-re. 


Hasonló módosítással hozzunk létre egy MASIK nevű állományt is, 3333, 4444, 8888 


kulcsú 


(cikkszámú) rekordokkal, szintén tetszőleges mennyiségekkel. 


Most már lefuttathatjuk az ARUFESU összefésülő programot, amely létrehozza az össze- 
fésült állományt. Az eredmény a képernyőn látható: 


ÖSSZEFESÜLEZ 


GYIKAMAZIK sző ÜSSZEFESULT 


2 


ÉR 


s. tami E ÚJ 
Műnin pij nr TT 


TC Ea 
DICGm e B Ulm 


tén! 


Természetesen az állományt magát is megnézhetjük, akár az adatonként olvasó program- 
mal, akár (ARUTORZS-re való átnevezés után) az áruforgalmi listát készítő ARUGYJT 
programmal. (Ha az utóbbit választjuk, célszerű a mennyiségeket nem tetszés szerint 
választani, hanem úgy, hogy az eredmény könnyen ellenőrizhető legyen.) 

A program egyébként jó példa a programstrukturálás lehetőségeinek változatosságára. 
Vessük össze a rendezett karbantartást végrehajtó RENKARB programmal! Ott a program 
funkcionális modulokra bomlott, vagyis minden alárendelt modul, hívott szubrutin meg- 
határozott adatfeldolgozási funkcióval rendelkezett: Így volt módosító, beszúró stb. mo- 
dul. Az összefésülő programban ezek a funkciók a vezérlő modulban szerepelnek. A hí- 
vott szubrutinok nem adatfeldolgozási funkciót hajtanak végre, hanem egy-egy meghatá- 
rozott gépi tevékenységet: adatátvitelt egy állományból, illetve egy állományba, azaz le- 
mezről olvasást, vagy lemezre írást. 

Végezetül felhívjuk a figyelmet arra, hogy ebben, valamint a megelőző fejezetben ko- 
rántsem merítettük ki a soros állományok kezelésének összes lehetőségét. Csak néhány 
szemelvényt mutattunk be a kezelés legfontosabb alapelveinek illusztrálására. A közölt 
programok pusztán az igazi adatfeldolgozás lényegi tulajdonságainak kipróbálására al- 
kalmas minták. 
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Adatfeldolgozó rendszerek 


Könyvünk célja a soros adatállományokkal kapcsolatos adatfeldolgozási tevékenységek 
megismertetése, fügetlenül attól, hogy azok a COMMODORE gépen megvalósíthatók-e, 
avagy sem, ilietve hogyha igen, akkor a megoldás gazdaságos-e, avagy sem, ezért szólnunk 
kell az adatfeldolgozó rendszerekről is. 

Amint láthattuk, a soros állományok kezelése általában nem oldható meg egyetlen prog- 
rammal. Többnyire programok egész sorát kell megírnunk: külön felvivő, bővítő, lekér- 
dező, feldolgozó, módosító stb. programokra van szükségünk. Kivéve persze, ha a gépünk 
elég nagy ahhoz, hogy mindezek a funkciók egyetlen óriási programba legyenek össze- 
foghatók, annak funkcionális moduljait képezve. 

A COMMODORE persze nem ilyen, de hát nem is adatfeldolgozásra készült. Arra viszont 
nagyon is alkalmas, hogy szinte bármilyen bonyolultságú adatfeldolgozó rendszert meg- 
felelően lekicsinyítve kipróbálhassunk, sőt akár szíimulálhassunk rajta. 

Egyébként a COMMODORE-nak, mint fejlesztőgépnek a jelentősége éppen emiatt a szi- 
mulálási lehetőség miatt jóval nagyobb, mint gondolnánk. Ugyanis a programszerkezetet 
könnyebben lehet átvinni egyik gépről a másikra, mint a kódolt programot. Ha tehát 
megtervezzük egy adatfeldolgozó program szerkezetét, majd ennek COMMODORE-ra 
kódolt programját leteszteljük, akkor a szerkezet jóságát bizonyítottuk. Ha e program 
nem futtatható másik gépen, és ezért újra kell írnunk, ezt a már kipróbált szerkezet alap- 
ján tesszük, vagyis a program elvileg biztosan jó lesz — legfeljebb kódolási hibák lehetnek 
benne, azok javítása pedig egyszerűbb és gyorsabb, mint a konstrukciós hibáké. 

Még hatékonyabban támaszkodhatunk a COMMODORE-ra a programtervezésben, ha ren- 
delkezünk olyan szoftverrel, amely programszerkezetek formai ellenőrzésére, tesztelésére 
és dokumentálására alkalmas, ezzel hatékonyan támogatva a tervezést. 

Márpedig ilyen szoftver Magyarországon létezik, és kapható is. Sőt, az említetteken kívül 
még arra is alkalmas, hogy egy előre elkészített programkönyvtárban tárolt modulokból, 
programrészletekből a megadott és a rendszer által ellenőrzött programszerkezet alapján 
összeállítsa a működőképes, futtatható programot, mégpedig úgy, hogy a szerkezeti ele- 
mek, például alternatívák, ciklusok stb. működéséhez, sőt az egymáshoz kapcsolódásuk- 
hoz szükséges utasításokat, hívásokat, vezérlésátadásokat automatikusan befordítja a 
programba, Így ezeket soha nem kell magunknak kódolnunk. Minthogy magából a prog- 
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ramszerkezetből képezi ezeket a szoftver, soha nem lehetnek ellentmondásban a szerke- 
zettel, és természetesen nem lehet bennük hiba. 

Egy ilyen szoftver segítségével az általunk megtervezett programszerkezetet anélkül tesz- 
telhetjük és dokumentálhatjuk, hogy magát a programot meg kellene írnunk. Ha az így 
szimulált program nem úgy működik, ahogyan elvárjuk tőle, akkor ennek csakis az lehet 
az oka, hogy a szerkezete nem jó — vagy azért mert rosszul terveztük meg, vagy azért, 
mert a jól megtervezett szerkezetet rosszul valósítottuk meg. 

A szóban forgó szoftver további előnye, hogy a könyvünkben is bemutatott, egyszerű és 
jól áttekinthető szerkezeti elemekkel dolgozik, ami azt jelenti, hogy a tesztelendő prog- 
ramszerkezetet ilyen elemekből állíthatjuk össze, és a tesztelt programszerkezetet is ilyen — 
ábrákkal dokumentálja. 


Maradjunk tehát annál a megoldásnál, hogy egy soros állomány 
feldolgozásához több programot kell írnunk. Ezek kezelését 
nemcsak megkönnyíti, hanem biztonságosabbá is teszi, ha egységes programrendszerré 
fogjuk őket össze. Ez különösen érvényes a mikrogépes környezetben, ahol az üzemelte- 
tést nem erre a célra külön kiképzett, hivatásos számítástechnikai szakemberek, operá- 
torok végzik. 

Példaként képezzünk programrendszert a költségviselők nyilvántartására írt program- 
jainkból. 

Ehhez mindenekelőtt írnunk kell egy vezérlő programot, amely kívánságunk szerint 
automatikusan betölti és végrehajtja a rendszer általunk kiválasztott programját, és annak 
végrehajtása után átveszi a vezérlést, és lehetőséget nyújt újabb adatfeldolgozási funkció 
kiválasztására mindaddig, amíg a programot le nem állítjuk (29. ábra) . 


KERETRENDSZER 


A feltételek a következők: 


F1: ha a kiválasztott funkció nem — "FELVITEL" 

F2: ha a kiválasztott funkció nem — "KINYOMTATAS" 
F3: ha a kiválasztott funkció nem — "LEKERDEZES" 
F4: ha a kiválasztott funkció nem — "KARBANTARTAS" 
F5: ha a kiválasztott funkció nem — "TORLES" 

FG: ha a kiválasztott funkció nem -—- "ATNEVEZES" 

F7: ha a kiválasztott funkció — "ALLJ" 


FIGYELEM! 

A felvitt funkcióba a SEOFELV programnak az a módosított változata tartozik, amely- 
be már be van építve a bővítési lehetőség is. A karbantartási funkción a SEOMODO prog- 
ram tevékenységét értjük, amely tehát módosítani és törölni is tud. 


NEW után a vezérlő programot is begépelhetjük. 
A program szokás szerint bejelentkezéssel kezdődik: 


1 FEIHT 5 

z FRIHT ésaz 
3 FRIHT " KÜLTSEGYISELÜK HrILYHMTHETHZR" 
zi PFIHT TŰ zás öösérásme éskáááés aíáák Kőlé disas Üde ő NÁL ba SÖRÉGKÉNÉOÉÉ e Kalb sáv éa at a ségét vázolta sááteéváéánsaáász E 
az FRKIMHT 


ék 
01 
FT 


SEGREND 
program 


bejelentkezik Vin várt ába [/dgréhalis 
funkciót La 


és 
[ tovább lá a 
[/ 
EEGERNTA ] 
24] 
97 
I 


9 
tovább k 666001 
[d 


[/ 
EZEL 
fa 29. ábra. Soros állomány kezelése 
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XN 


Majd feltálal egy menüt, azaz közli a választható funkciókat: 


118 FEINT " Az ALABBI FUHEZIOK VALBEESZTHATŰÜK" 
1268 FEIHT:FRIHT " FELYTTEL" 

151 FRIHT:FRIHT " - KIHTOHTATAS" 

127 FRIHT:FRIMHT " - LEKERDEZES" 

1253 FRIHT:FRIHT " - EKREKERHTHERTHAS" 

134 PRIHT:FRIHT " - TŰRLES" 

132 FEIHT:FERIMT " - HTHEVEZES" 

1481 FEINT 

1536 IHFUT " SFUMHKCIOMz 0ALL.TEIKMNINA" FF: 


Itt az alapértelmezés szerint "ALLJ" választ a felsorolt funkciók valamelyikével kell 
felülírnunk. 


Megjegyezzük, hogy a menüválasztásnak a bemutatott változata eléggé primitív. Ennél 
lényegesen jobb menükezelési lehetőségek is léteznek, amelyek sokkal közelebb állnak 
a felhasználók igényeihez. Mi csak azért elégedtünk meg ezzel a módszerrel, mert e kö- 
tetünk célja nem a képernyő, hanem a soros állományok kezelésének a bemutatása. 

A kiválasztott funkciót végrehajtó programot a vezérlő program automatikusan betölti, 
és azonnal el is indítja: 

zi4 IF F$7Z-"FELYITEL" THEH GÜTM zik 

zzfi LORŐ "ZEMFELY" 3 

al IF FiZZ"KIHTOHTHTHAS" THEM GüTŰű dig 

szk LOHI "SESFRHT" 8 

418 IF F$7-"LEKERDEZEZ" THEH GÜTŰ 314 

g-t LÜHD "ZzENKERÜ", 

alk IR F$d--"EKHEEHHTHETRS" THEH GÜüTM 18 


szk LORI SzEMMONE", E 
éli IF F$.5:"TŰRLES" THEH GÜTŰ 718 
sza LÜHŰ "SELTÜRL" 8 
714 IF F$--"ATHEVEZES" THEM GüTŰ 214 
sza LORD "SEGHTHYS,Z 


Ha nemlétező funkciót választottunk, például hibásan gépeltük be a funkció megnevezé- 
sét, a program hibaüzenetet ad: 


si IF Fáz"HLLI" THEM GOT 519 
zta FRIHMHT 

Majd várakozik, hogy legyen időnk az üzenet elolvasására: 

szá FEIHT 7" "FE" SHEH 9ALAZZTHHTŐIN" 


edő FÜK I5s1 Tü 1706 
szk HEST I 
A hibás válaszból nem tudja eldönteni, hogy melyik programot hívja meg, ezért saját ma- 


gát fogja meghívni. A vezérlő program viszont most eleve bent van a tárban, ezért a hívás 
betöltés nélkül, egyszerű vezérlésátadással valósítható meg: 


mék CLIII! 1 
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Ha viszont a programot leállítottuk, azaz nem adtunk meg funkciót, vagyis az "ALLJ" 
szöveg meghagyásával nyomtuk le a RETURN gombot, akkor a program elbúcsúzik, és 
leáll: 

al19 FEINT 

32 FRIMHT " vVISZOHTLHTÁAZEHI" 

a8a. EHÜ 


FIGYELEM! 
Az így működő programrendszerben a COMMODORRE esetén a vezérlő programnak kell 
elfoglalnia a legnagyobb tárterületet. 


Ezért a vezérlő programot ki kell egészítenünk tartalmilag érdektelen sorokkal, célsze- 
rűen megjegyzésekkel, hogy a mérete esetünkben legalább 7 blokknyi legyen: 


Ki LIE FEM § áfás től él lő gall sale élére éltedá önti ell sál sál ltak FS ÜK Gálik öt töleje KAT KÖTNNTESekln, sllbak sát hgitágttáaát hála saját, 

61 REM: A FRÜGEHHTERÜLET HEGMEÉYELE 
: REM: HERÜL BH ZELEÜL. HOGY HEZ EL 

REM: BETÜLTÖTT FEGGEBHEL £H EE 

REM: REHÜŐSZER? FOGLHALJH EL H LES- 

RE : HAGTUBB TARTERÜLETET a 

ÉREZ ŰBŰ To FA tás ván éa mmeg vam satet egét nát nt réten beat aran ege gr téren t5é98 tm izet mv meggy ee emet mege mo 

REM: H FEOGRAMTERÜLET HEGHÜVELEZE 

és Hasonló módon így tovább. 

z2zh45 REM: HAGYÜBE THETERÜLETET. 


ZASIH ÉRE TÁ 2 FA hee me íére te iso ia kami tá e ré rre me tere mase me mmm se ta 


HE a haha fa ha Pa húha 


Most mentsük ki a vezérlő programot SEOREND néven, de ne indítsuk el!!! 

Ahhoz, hogy a rendszerünk működjön, feltétlenül szükséges, hogy a vezérlő SEOREND 
program kivételével, az általa hívott összes többi SEO programban kicseréljük a 999 END 
utasítást: 

999 LOAN "SEMREMD".53 

utasításra. Ezzel érjük el ugyanis, hogy a rendszerünk automatikusan működjön; vagyis 
hogy a vezérlő program minden alprogram végrehajtódása után újra betöltődjön, és át- 
vegye a vezérlést. 

A vezérlés átvétele ugyanis azt jelenti, hogy a program a betöltése után azonnal el is indul, 
mintha RUN parancsot kapott volna. Ez a programból kiadott LOAD hatására következik 
be. 


FIGYELEM! 
Tehát míg a parancsként kiadott LOAD után RUN parancsot is ki kell adnunk a program 


elindításához, az utasításként kiadott LOAD után ezt nem kell, sőt nem is szabad meg- 
tennünk! 


Megjegyezzük, hogy az END utasítást eddig csak azért használtuk, hogy a programunk 
kipróbálásával ne kelljen megvárnunk a vezérlő program elkészültét 

Ami pedig a vezérlő program REM-ekkel való feltöltését illeti, annak az oka, hogy egy 
programból kiadott LOAD utasítással csak a hívó programnál kisebb programot lehet be- 
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hívni. Ez a programterületnek és adatterületnek COMMODORE-nál alkalmazott kezelési 
módjából adódik. 

Ez a probléma nemcsak a fentebb ismertetett primitív és egyáltalán nem elegáns módon 
hidalható át, de a bemutatott példa minden körülmények között használható, és nem kell 
hozzá gépi szinten ismernünk a COMMODORE működését, tárkezelési és programkezelési 
módját. 

A más módok ismertetése meghaladja sorozatunk e kötetének a feladatát, így most a szá- 
mos egyéb lehetőség közül csak egyet említünk meg. Ha a programjainkban levő összes 
LOAD helyére a 

FOKE 45. 128:FOKE 46£,1726:CLFRF:LOHD "FEÜGRAMMHEY E 
sort kódoljuk, akkor a COMMODORE úgy fogja tárolni az adatokat, hogy a programbe- 
töltések azokat nem fogják zavarni — és persze ilyenkor nincs szükségünk a vezérlő prog- 
ram végén levő helykitöltő megjegyzésekre sem. 

Sorozatunk egy későbbi kötetében erre a kérdésre még visszatérünk, és részletesen tárgyal- 
ni fogjuk a jelenség okait, kivédésének lehetőségeit. Ennek kapcsán fogjuk elmagyarázni 
a fenti, jelenleg még rejtélyes utasítások szerepét és hatását 

Most tehát ott tartunk, hogy a rendszerhez tartozó összes programunkba bevezettük a jel- 
zett módosításokat. Ekkor betölthetjük a SEOREND programot, és elindíthatjuk. 


KÜLTSEGYISELÜK MHYILYAHTÁARTHAZH 


AZ ALHEEBI FUHECIOK VALHASZTHHTŰK 
zrBELYITEL. 

— KIHTOMHTATHA 

s: LEKERDEZES 

- KRRERHTHETHZ 

-: TÖLE: 

— HTHEVEZES 

AEK KI HTOHTHTAS 
KÜLTSEGYISELÜK HYILYAMHTHETHSH 


Hz ALABEI FUHEZIÜK VALHSZZTHEATÜK 
s: FEL ST TEL 

— ETHAÜHTHTAS 

— LERERIEZES 

— ERRERHTHETHS 

- TERLES 

- HTHEVEZEZ 

sR ELH BA7 HTONMTHTHS 

HYURTATHAZ la ú lika 1082 Eegeda 5 [ő ÜNK 
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HÜLTSEGYIZ 


HYILYAMTHETASA 


AZ ALABBI FUMHKCIÖK VALAZZTHATOUK 
- FELYITEL 
- KIHTOMTATHE 

LEKERDEZ 
— KHREFNTHRTES 


— BHTHEVEZE 

ala ekes HILL... 

SISZOHTLATASRE 

A rendszert így próbálhatjuk ki a legegyszerűbben: 

— FELVITEL: létrehozzuk a KOLTSEGVISELOK állományt. 

— LEKERDEZES: lekérdezzük a KOLTSEGVISELOK állományt, mind teljes körű, mind 
egyedi lekérdezéssel. 

— FELVITEL: bővítjük a KOLTSEGVISELOK állományt. 

— KARBANTARTAS: szűkítjük és egyben módosítjuk is a KOLTSEGVISELOK állo- 
mányt. 

— TORLES: töröljük a KOLTSEGVISELOK állományt. 

— ATNEVEZES: átnevezzük a MODOSITOTT állományt KOLTSEGVISELOK-re. 

— KINYOMTATAS: kinyomtatjuk a KOLTSEGVISELOK állományt. 

— ALLJ: leállítjuk a rendszert. 

Mindez persze csak akkor lehetséges, ha az egyik fenti állományunk sincs a rendszer indí- 

tásakor a lemezen. Ellenkező esetben, ha mégis a fenti lépésekkel akarjuk végigpróbálni a 

rendszert, akkor a meglevő állományok törlésével kell kezdenünk a kipróbálást. 

Az ilyen rendszert, amely tehát önmaga nem hajt végre semmilyen adatfeldolgozási funk- 


ciót, csupán egységes keretbe foglalja az egyes funkciókat végrehajtó különböző prog- 
ramokat, keretrendszernek nevezzük. 


s) 


FIGYELEM! 
Ez a rendszer nem üzemi, hanem mintarendszer. Csak egy illusztráció a hasonló jellegű 
rendszerek tervezéséhez. 


Egy kivétellel nincs például a programokba beépítve a hibavédelem. Vagyis az, hogy mi le- 
gyen, ha nem találja a feldolgozandó állományt, vagy a létrehozandó állomány már szere- 
pel a lemezen. 

Ez a parancs-csatorna lekérdezésével könnyen megoldható, mint ahogyan azt a SEOTORL 
törlőprogramban is tettük. 


Csak azok a programok szerepelnek a rendszerben, amelyek a soros állományok kezelésé- 
hez elengedhetetlenül szükségesek. Természetesen a rendszert tetszés szerint módosíthat- 
juk, illetve bővíthetjük. Például felvehetjük külön funkcióként a válogatási lehetőséget; 
szétválaszthatjuk a felvitelt létrehozásra és bővítésre; ugyanígy a karbantartást törlésre és 
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módosításra; kibővíthetjük a másolással és így tovább. Akár kötetünk későbbi programjai- 
ból is válogathatunk. 

Gyakorlásképpen készítsünk hasonló rendszert az ARUTORZS kezeléséhez is. (A meg- 
oldást nem közöljük — tekintsük házi feladatnak.) 


RENDEZETLEN A soros állományokkal kapcsolatos legfontosabb és legbonyo- 
KARBANTARTÁS" lultabb funkciók egyike az állomány adatainak a módo- 
sítása. 


A soros állomány adatatait ugyanis nem lehet felülírni. Ez ellen egyébként a lemezkezelő 
külön is védekezik: az Írásra vagy olvasásra megnyitott állomány állapota feldolgozás köz- 
ben nem változtatható meg. 

Ha például egy költségviselő adatai megváltoznak, akkor nem tehetjük meg, hogy lekér- 
dezzük a rekordját, majd a beolvasott adatokat módosítjuk, és a módosított rekordot 
visszaírjuk az állományba. (Mint majd látjuk, relatív vagy random állomány esetén ezt 
meg lehet csinálni, de a sorosnál nem.) 

A módosítás tehát csak úgy valósítható meg, hogy egy új állományt hozunk létre. 

A már ismert példában (lásd SEOMODO!) ezt így is tettük. Ott a módosítást párbeszédes 
módon oldottuk meg, aminek sikeressége azonban függ a gépkezelő képességeitől, felké- 
szültségétől, pillanatnyi teljesítményétől. 

A rendezett állományoknál (lásd: RENKARB!) másfajta karbantartást láttunk: a törzs- 
állományt egy módosító állomány adataival a program automatikusan, operátori beavat- 
kozás nélkül módosította. 

Kérdés, hogy ezt a rendezetlen állományokkal meg lehet-e csinálni? Hiszen a módszernek 
vannak szemmel látható előnyei: hibák csak az adatfelvitelnél fordulhatnak elő. A válasz 
lehangoló. Ugyanis ilyenfajta karbantartás elvileg megoldható, de minthogy körülményes 
és lassú, gyakorlatilag nem jöhet számításba. 

Ennek ellenére a megoldást bemutatjuk, egyrészt azért, hogy az olvasó is lássa, mire ala- 
pozzuk a fenti kijelentést; másrészt azért, mert tanulságos; harmadrészt pedig a soros állo- 
mányok kezelésének megértéséhez közelebb visz egy lépéssel. 

Induljunk ki tehát a költségviselők nyilvántartásából, és vegyük a legegyszerűbb esetet, 
amikor nem engedjük meg a rekordokon belüli egyes adatok önálló módosítását, hanem 
mindig a teljes rekordot kell átírnunk, ha annak csak egyetlen adata is változott. (Ezt ne- 
vezzük rekordonkénti módosításnak, szemben a már bemutatott, tételenkénti módosí- 
tással.) Ilyenkor tehát nem módosító adataink, hanem módosító rekordjaink vannak. 
Ezeket egy módosító állományba visszük fel, miáltal az adatfelvitel és a módosítás végre- 
hajtása szétválasztható (30. ábra). 

A rekordonkénti módosítás lényege, hogy vesszük az eredeti, a módosítandó állományun- 
kat, amelyet törzsállománynak is nevezünk, valamint a módosító rekordokat tartalmazó 
módosító állományt, és ezek rekordjaiból összeállítjuk az új, a módosított állományt. 
Ilyenkor persze gondoskodnunk kell arról, hogy a keletkezett új állomány legyen a továb- 
biakban a törzs. Ezután a módosító állományra már nincs szükségünk. 

Bonyolítja a helyzetet, hogy nemcsak a létező rekordokban lehet adatváltozás, hanem 
egyes költségviselők megszűnhetnek, vagy újak keletkezhetnek. Ilyenkor meglevő rekor- 


$E módszert csak a belőle levonható tanulságok kedvéért mutatjuk be. Közvetlen gyakorlati felhasz- 
nálásra nem javasoljuk. 
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v ESZ 


MÓDOSÍTÓ 


o bd 


30. ábra. A soros karbantartás menete 


dokat kell törölnünk, illetve új rekordokat kell felvinnünk. Tehát nemcsak a rekordok tar- 
talma változhat, hanem az állomány terjedelme is (31. ábra). 


Mint már a rendezett karbantartásnál is láttuk, három fő funkciót kell végrehajtanunk: 


A 


BESZÚRÁS: ha egy módosító rekordnak nincs törzsbéli párja, és a módosítás nem 
törlés. (UZEM) 


VÁLTOZATLANUL HAGYÁS: ha egy törzsrekordnak nincs módosító párja. (FELM) 


MÓDOSÍTÁS: ha egy törzsrekordnak van módosító párja. Ez két további funkcióra 
bomlik: 

CSERE: ha a módosítás nem törlés. (KTSG) 

TÖRLÉS: ha a módosítás törlés. (TEST) 

karbantartás tehát itt is a párosításra épül. Ehhez pedig szükségünk van a keresésre. De 


most nem használhatjuk a rendezett karbantartásnál megismert keresést, hanem a lekérde- 
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TÖRZS: 
MÓDOSÍTÓ : 


31. ábra. Soros állomány karbantartásának elve 


zésnél megismert soros keresésre kell támaszkodnunk. Ez a tény pedig a már megismert- 
től teljesen eltérő karbantartási szerkezethez vezet. 


Minthogy többféle megoldás közül választhatunk, vegyük az egyik legegyszerűbbet. En- 
nek az a lényege, hogy az új állományba csak a módosított, beszúrandó és a változatlanul 
hagyott rekordokat visszük át. Az előbbieket a módosító állományból, az utóbbit pedig a 
törzsből. Vagyis a módosítást két lépésben hajtjuk végre: először átvisszük a módosító 
állományból az újba mindazokat a rekordokat, amelyek nem egy törzsrekord törlését ha- 
tározzák meg; majd a törzsből átviszünk minden olyan rekordot, amelynek a módosító 
állományban nincs párja (32. ábra). 


Így minden egyes törzsrekordhoz végig kell keresnünk a módosító állományt, hogy a párt 
megtaláljuk, vagy hogy meggyőződjünk arról, hogy nincs. A 33.a) ábrán látható karban- 
tartás feltétele 


F1:ha mehet— "1" 
Ezen belül a módosító rekordok feldolgozásához a 33.b) ábra szerint szükséges feltételek 


F2: ha van még módosító rekord, azaz K$ nem — VEGE$ 
F3: ha a rekord nem törlendő, azaz M$ nem — "TORLENDO" 
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módosítandó 


törlendő 


"SK beszúrandó 


MÓDOSÍTÓ: 


ÚJ : 


TÖRZS: 


32. ábra. Soros állomány karbantartásának egy lehetséges megvalósítása 


A törzsrekordok feldolgozásának a 33.c) ábra szerinti feltételei pedig: 

F4: ha van még törzsrekord, azaz K$ nem -—- VEGE$ 

F5: ha van még módosító rekord, azaz KK$ nem -- VEGES, és annak KK$ kódja nem — 
a törzsrekord K$ kódjával 

F6: ha nincs több módosító rekord, azaz KK$ — VEGE$ 

Adjunk ki NEW parancsot, majd gépeljük be a karbantartó programot, amely először be- 

jelentkezik: 

FRINT "2" 

FRIHT 

FEIHT O" KÜLTSEGYISELÜK HOÜNZITHSRH" 

BETETT Vi  száuzarzsás öz jáéá tését egász lőrtüts sales (Szo öngas esz éőarsáatétásáző VI 

FRIHT 

FERIHT 

IHRFUT " MEHET —I-/Hz".yá 

IF 7/$£715"1" THEM GÜTŰ 353 


ny hm 


1-4 Ten E ld TF 
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SEGKARB 
program 


[// 
za 


beállítja a kezdő 
értékeket 


ordok 
feldolgozása 
[a 


33.a)ábra. Soros állomány karbantartása I. 


MÓDOSÍTÓ REKORDOK 
FELDOLGOZÁSA 


VAD 
d 


33.b)ábra. Soros állomány karbantartása II. 
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kijelentkezik 


TÖRZS REKORDOK 
FELDOLGOZÁSA 


it ű 


Olvas atörzsból 


felírja a törzset 
G 2 


[met] kj KE 
Ez [/ 
TT A 
[//módosítóból a törzse 
[ A ZT Aa 


33.c) ábra. Soros állomány karbantartása III. 

Majd beállítja a kezdőértékeket, azaz a VEGE$ végjelet és az S$ elhatároló jelet: 
10 VEGE$z"reirr" 

2 ZíztHEGRÁ(1Z 

Írásra megnyitja az új állományt UJALLOMANY néven: 

118 ÜFEM 2.£. 7. "LLTALLŐTIHHMY , 2ECHRITE" 

Ezután következik a nem törlendő módosító rekordok felvitele az új állományba: 
izű ÜPENMN 3.252. "MHÜLÜSÍTÓ, ZET, REANT" 

210 KázvEGE£ 

zza : IHPUTH3.Ká Má TR 

zgb : IF KizvVEGE$ THEM GOTM 318 

ág : IF Más"TŰRLEHDM" THEM GÜTŰ 285 

zaa : FEKIHTHzZ.K$. SE. ME:.S35T:.5845k 

233 GÜTÓ zi9m 

319 ÜLÜSE 7 
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Itt egyszerű soros feldolgozást valósítunk meg, elöltesztelő ciklussal: a program megnyitja 
a módosító állományt; olvas belőle, cgy rekordot; ha az állománynak nincs vége, megnézi, 
hogy a rekord törlendő-e; ha igen, olvassa a következőt; ha nem, akkor felviszi az új ál- 
lományba, majd ezután olvassa a következőt; ha a módosító állomány véget ért, 
lezárja. 

Most következik a törzsrekordok felvitele az új állományba, ami a törzs megnyitásával 
kezdődik: 

sz ŰFEH 4,5.d. "KOLTSEGYISELÜK. SEC. REHII" 

A felvitelhez először veszi a program a soron következő törzsrekordot: 


418 K$zVEGET 
a : IHFUTHA KA MET. R 

IF KázvVEGES$ THEH GÜTÜ Z1ki 

Ha nem érte el az állomány végét, megkeresi az éppen beolvasott törzsrekord módosító 

párját: 


OFEM Z.2.z.  MÜDÜZÍTŰ.SEE.REHÜ" 
KESZVEGER 
: . IHFUTHZ EEE.HM$ TT ER 


IF KERázyEGEST THEH Gürű 71£ 
IF EKREsk8 THEH GÜTM 6141 
aTű 314 


Itt szabályos soros keresést (lásd: SEOKERD) hajtunk végre: a program mindaddig keres, 
amíg meg nem találja a megfelelő módosító rekordot, vagy el nem éri az állomány vé- 
gét. 
Ha megvan a törzsrekord módosító párja, a program nem visz fel az új állományba sem- 
mit, egyszerűen lezárja a módosító állományt, és veszi a következő törzsrekordot: 
élt : CÜLÜSE 23 
37 SÜTM 418 
Világos, hogy ilyenkor nem szabad egy rekordot sem felvinni az új állományba, hiszen ha 
a törzsnek van módosító párja, akkor a törzsrekord módosítandó vagy törlendő. Az utób- 
bi esetben egyáltalán nem szabad felvinni rekordot, az előbbiben pedig a módosítót kel- 
lene felvinni — azt viszont a program (a 120—310 sorokban) már felvitte. 
Ha elértük a módosító állomány végét, ez azt jelenti, hogy az aktuális törzsrekordnak 
nem volt módosító párja. Ilyenkor a program lezárja a módosító állományt, felviszi a pá- 
ratlan törzsrekordot az új állományba, majd áttér a következő törzsrekord feldolgo- 
zására: 
vik : EL ÜSE.. 

szi PRIMTHZ Ká: S£.HERSZEST. 548. k 
799 GIATM 4iki 


Ha a program a törzsállomány végére ért, lezárja mind az immár régi törzset, mind az új 
állományt: 


518 ÜLŐZE 4 
zza ÜLÜŐZE z 
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Majd üzenetet ad a módosítás végrehajtásáról: 


318 FERIHT 


szt FEIHT " HÜNÖZIÍTHZSZ KESZ" 


szi FRIHT 


ag FEIHT " ADATOK HZ o MAIIRLLOMHHT8B-EHH" 


32398 FRIHT 
Végül leáll: 
aaa EHI 


Mentsük ki a programot SEOKARB néven, de mielőtt elindítanánk, hozzuk létre a műkö- 


déséhez szükséges környezetet: 


— Ha a lemezen van KOLTSEGVISELOK állomány, és az még az eredetileg felvitt adato- 
kat tartalmazza, nem kell tennünk vele semmit. Egyébként állítsuk elő a KOLTSEG- 


VISELOK állományt az első felvitelkor megadott adatokkal. 


— Ha a lemezen van UJALLOMANY, töröljük. Ha szükségünk van rá, előbb más néven 


mentsük ki, azaz másoljuk át. 


— Ha a lemezen van MODOSITO állomány, ugyanúgy járjunk el, mint az új állománnyal. 


Majd hozzuk létre az alábbi MODOSIÍTO állományt: 


es FOG fi LEMEZRE KERULHI: 


FÁNK — HKTZG 


alsdk] so KÜL TZEGHELYI ALTHALEAHOS 


KAsdztőd sz ZH 
medál sz tés 


EZ FOG A LEMEZRE KERÜLNI: 


2dT z TEZT 

lak so TŰFRLEMDÜ 

ag zs MA 

AKA — [ 

MAAA SK] [lets I 

EZ FÜGG H LEMEZRE KERULHI: 


MRJ] s IIZEF 
ülaál zo BELIZEMELESZ 
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GUS kt 
kül e kt sali 
male e eg z[ túsz I 


Most már betölthetjük és elindíthatjuk a SEOKARB .programot. Ha nem vétettünk hibát, 
akkor legfeljebb 1 percen belül el kell végeznie a karbantartást. 

Az új állomány létrejöttéről a tartalomjegyzék lekérésével győződhetünk meg, a karban- 
tartás sikerességéről pedig egy teljes körű lekérdezés (SEOKERD) végrehajtásával. A ki- 
nyomtatás (SEOPRNT) ehhez nem elég, mert azon a módosítás helyessége nem ellen- 
őrizhető: 


KOLTSEGYISELÜK 


LISTHAR.IH 
úzz 


KÜl : Il HEGHEVEZES : 
DEÁGÉTÉNÉSZSNSSET IERASENÉE B EETKANTEÉS ES ÁR TÁ TEÉEN ESETÉRE eket kek 


KTSG —-- KÜLTSEGHELYI ALTALAMOS 
ÜZEM —-- BELIZEHELES 

FELM —-- HELTZETFELHERES 

RTER —--- REMNDSZERTERYVEZES 

PTER --- FEÜGEHRHTERVEZEZ 

FKDD ———- FROGERMHEODOÜLHS 


"5 


ATHD --—- KEHDSZZER ATHHŐÍASA 


Megjegyezzük, hogy a SEOKARB program a SEOREND rendszerbe, a SEOMODO prog- 
ram helyére beépíthető. Ennek csupán a könnyeb kipróbálás céljából van értelme. 


FELDOLGOZÁSI A soros állományt általában lehetetlen egyetlen menetben fel- 
MENETEK dolgozni. Láthattuk, hogy először szükség van egy fe/lviívő me- 
mentre, amit egy ellenőrzésnek kell követnie. Ez történhet 
géppel, azaz ellenőrző programmal, vagy kinyomtatott lista alapján manuálisan. Így is, 
úgy is egy e/lenőrző menetről van szó. Ennek következménye egy bővítő vagy módosító 
menet lehet, vagy esetleg mindkettő. Rendezett állományoknál ezek egyetlen karbantartó. 
menetté olvadhatnak össze. Itt persze lehet külön rendező menet, vagy a módosító állo- 
mányt létrehozó felvivő menet. 

És ezzel még el sem kezdtük a tulajdonképpeni feldolgozást. Lekérdezésről, válogatásról 
rnéldául még szó sem volt (34. ábra). 
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kinyomtatás 


VV 


AA  . átnevezés 


34. ábra. Feldolgozási menetek 


Különösen bonyolult a helyzet a karbantartó menet esetén, mert ez még önmagában is 
ismétlődhet. Nincs rá garancia, hogy egy sikeres karbantartás után nem merül fel újabb 
karbantartási igény. Sőt, általában az a normális állapot, hogy az állományt rendszeresen 
vagy alkalomszerűen, de többször és ismételten karban kell tartani. Ezekhez az üzemszerű 
karbantartásokhoz még jönnek azok, amelyeket a hibásan felvitt adatok javítására hajtunk 
végre. 

Persze nemcsak a karbantartó menet lehet ilyen. Nyilvánvaló, hogy például a lekérdezés, 
válogatás, feldolgozás, kinyomtatás végrehajtására is lehet ismétlődő igény. 

Szükségszerű tehát, hogy biztosítsuk a menetek megfelelő kapcsolatát. Ennek az a szoká- 
sos módja, hogy minden menet , rendet csinál" maga után. Ami azt jelenti, hogy olyan 
feldolgozási környezetet állít elő, amelyben a soron következő menet gondtalanul végre- 
hajtódhat. 

Persze gyakran előfordul, hogy egy adott feldolgozási menetet nem egy meghatározott 
másik menet követ, hanem a feldolgozási igénytől függően több különböző menet is vá- 
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lasztható. Akár az éppen befejeződött menet is megismételhető. Ilyenkor a menetnek 
olyan állapotot kell maga után hagynia, hogy azt bármelyik szóba jöhető menet elfo- 
gadhassa. 

Tekintsük az imént bemutatott SEOKARB programot. Ez a sikeres végrehajtódása után 
egy már felesleges MODOSITO, egy már elavult KOLTSEGVISELOK és egy UJALLO- 
MANY-t hagy maga után. Az utóbbi tartalmazza a nyilvántartás aktuális állapotát. 


Nyilvánvaló, hogy ez a környezet a további menetek számára elfogadhatatlan. Ha lekér- 
dezni akarunk, akkor a lekérdező menet a régi, módosítatlan KOLTSEGVISELOK állo- 
mányból fog dolgozni. Ugyanez lesz a helyzet például a kinyomtatással. Ha a karbantartó 
menetet indítjuk újra, akkor az nem egy újabb karbantartást fog végrehajtani, hanem a 
régit ismétli meg, és összeütközésbe kerül a lemezen még meglevő UJALLOMAÁNY- 
nyal. 

Amint a törlés és átnevezés kapcsán már említettük, az a megoldás, hogy minden program 
kérje be a bemenő és kimenő állományok nevét, csak átmeneti megoldás. Működőképes 
ugyan, de olyan zűrzavarhoz vezet, amibe az adatfeldolgozó rendszerünk előbb-utóbb 
egészen bizonyosan belefullad. 

Marad tehát a rendcsinálás. Eza SEOKARB esetén azt jelenti , hogy töröljük a MODOSITO 
és a KOLTSEGVISELOK állományt, majd az UJALLOMANY-t átnevezzük KOLTSEG- 
VISELOK-re. Ezzel előállítottuk a minden menet számára elfogadható környezetet. Akár 
nyomtatni, akár lekérdezni stb. akarunk, megtehetjük. Sőt újabb karbantartó menetet is 
indíthatunk, ha előbb létrehozunk egy új MODOSITO állományt. 

Bonyolítja a helyzetet, ha van TARTALEK állományunk is, és azt akarjuk, hogy az min- 
dig az aktuális KOLTSEGVISELOK állomány tartalmát tükrözze (35. ábra). 


Ilyenkor törölnünk kell a MODOSITO, a KOLTSEGVISELOK és a TARTALEK állo- 
mányt, majd az UJALLOMANYtt át kell neveznünk KOLTSEGVISELOK-re, végül erről 
kell egy TARTALEK állományt másolnunk. 

Előfordulhat, hogy e műveletek közben, valamilyen hiba következtében az állományok 
megsemmisülnek. A műveletek megfelelő sorrendben való elvégzésével azonban elkerül- 
hető, hogy az ilyen hibák katasztrófát okozzanak, azaz hogy arra kényszerüljünk, hogy a 
teljes törzsállományt újra előállítsuk, vagy hogy a teljes feldolgozást újra végrehajtsuk. 
(Ez nem is mindig lehetséges.) 

Ha például először csak a KOLTSEGVISELOK állományt töröljük, majd az UJALLO- 
MANY-t átnevezzük KOLTSEGVISELOK-re, az állományok megsemmisülése esetén a 
KOLTSEGVISELOK a TARTALEK-ból előállítható, és mivel a MODOSITO még meg- 
van, csak a karbantartást kell megismételnünk, és előáll az UJALLOMANY is. 

Ha viszont sikerült a művelet, a KOLTSEGVISELOK-ről másolhatunk egy UJTARTA- 
LEK-ot. Ha ez nem sikerül, sőt a KOLTSEGVISELOK is megsérül, a meglevő állomá- 
nyokból a fenti módon természetesen újra előállítható. 

Ha elkészült a hibátlan UJTARTALEK, törölhetjük a MODOSITO és a TARTALEK ál- 
lományt, majd átnevezhetjük az UJTARTALEK-ot TARTALEK-ra. Hiba esetén a meglevő 
állományok itt is lehetővé teszik a hibátlan állapot helyreállítását. 

Jól utánagondolva látható, hogy itt valójában az állományok megduplázásának az elvét 
követjük, ha csak ideiglenesen is. Addig nem törlünk egy régi állományt, amíg egy sikeres 
művelet eredményeként az új állományról nem állítottunk elő egy hibátlan, használható 
másolatot. 
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EZ oD 
agg korbantartás TA 


GC 
2 
o 


L 


JTARTALEK 
EESZERE SEM SÉ TA 
35. ábra. , Rendcsinálás" az állományoknál 


Erre a túlzott óvatosságra elsősorban akkor van szükségünk, ha a hardver nem tökéletesen 
megbízható, vagy ha az állományunk — például az újraelőállíthatatlansága miatt — külö- 
nösen értékes. 

A kérdés mármost az, hogy kire bízzuk a rendcsinálás kényes feladatát? Az eddigi pél- 
dáinkban ez a gépkezelő kötelessége volt. Ezt a funkciót a SEOREND rendszer sem vette 
át tőle, csak segítséget nyújtott a kényelmesebb végrehajtásához. 

Az operátori rendcsinálás előnye, hogy szükségállapotban, azaz hiba esetén a gépkezelő 
azonnal reagálhat, és megfelelő beavatkozással minimalizálhatja a hiba által okozott kárt. 
Ehhez persze jól képzett és értelmes operátorra van szükség. Hátránya viszont, hogy ma- 
ga az operátor is követhet el hibát, például tévedésből, figyelmetlenségből, elgépelésből 
kifolyólag törölhet olyan állományt, amire még szükség van. 

Az operátor tévedése kizárható, ha a rendcsinálást maguk a programok hajtják végre, 
vagyis a megfelelő műveletek a programokba be vannak építve. Az így automatizált rend- 
csinálás igen kényelmes, de hátránya, hogy azok a hibák, amelyek nem járnak sem prog- 
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rammegszakítással, sem a képernyőre kiadott hibaüzenettel, rejtve maradhatnak, sőt át- 
gyűrűzhetnek a további feldolgozásba, és esetleg csak több menettel később ismerhetők 
fel, amikor a hatásuk már többnyire végzetes. Ez ellen csak a programot bonyolító és 
növelő intenzív hibavizsgálattal védekezhetünk. (Így e módszer leginkább ott alkalmaz- 
ható, ahol a hardver nagy üzembiztonsággal működik.) 

Ha nem kell rendszeresen hibára számítanunk, de annak lehetősége mégsem kizárt, egy 
hibrid megoldást javasolunk. Írjunk egy rendcsináló programot vagy rutint, amely megfele- 
lően paraméterezhető. Ebbe legyen beépítve a hibavizsgálat. A feldolgozó programok ezt 
a rutint hívják, a rendcsináláshoz szükséges paraméterek megadásával. A rutin pedig vég- 
rehajtja a szükséges műveleteket, és figyeli azok sikerességét. Ha minden rendben van, 
nem jelez, dolgozik tovább, végül visszaadja a vezérlést a hívó modulnak. Ha viszont 
hibát észlel, operátori beavatkozást kér. 

Természetesen nem kell általános rendcsináló rutint írnunk, elegendő olyan, amely az 
adott rendszer igényeit kielégíti. Például a költségviselőket nyilvántartó rendszerben ilyen 
rutinra — ha nem kívánunk TARTALEK állománnyal dolgozni — kizárólaga SEOKARB 
vagy SEOMODO programban van szükség. Tartalék állomány kezelése esetén is csak még 
egy program, a SEOFELV jön számításba. 


z20Ha REM 


2001 REM  -—-—-—— FREMHULCSIHALAS ——-——- 
zgoZ REM 

2963 REM MODOSIÍTHAS LSEGMŰDNI UTAH 
z06g4 REN 

zoon: REM HIVASHR: 

zo REM 

207 REM 393 GOSUR 2419 : EHUD 


zütz REM 

24039 REM 

zhlt ÜFEMH 15.58.15 

z0zH UZ$z-"KÖLTSEGYISELÜK TŰRLESE:" 
2938 PRIMTHI12. "SCRATCH: KÜLTSEGYISELÜK " 
zhd4da IMHFUTH1IDS.H.H$ 

26534 IF H521353 THEM GOTŰ 2119 

zet UZEZ"MŰDÜZÍTÜTT ATHEVEZESE:" 

zorH FRIMT$13."RENHAHE : KÖLTSEGYISELÜKSHÜDŐOSÍTÜTT" 
zata IMFUTHID.H.H$ 

zoga IF H515 THEN GÜTŐŰ 2114 

295339 ÜLŐSE 15 : RETURH 

2119 FKIHT 

zi129 FRIHT UUZ2$:H;H$ 

2153 ÜLŐSE 15 : STŰF 
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GYORSÍTOTT A SEOKARB program nagyon lassú, hiszen annyiszor kell 

KARBANTARTÁS végigolvasanunk a MODOSITO állományt, csupán a keresés 

céljából, ahány rekord van a törzsben. 

Nagyságrenddel meggyorsítható a karbantartás, ha a keresést nem a lemezen, hanem a 

tárban hajtjuk végre. Vagyis a MODOSITO állomány rekordkulcsait beolvassuk egy al- 

kalmas tömbbe, és a továbbiakban ott keresünk, mintha az volna a módosító 

állomány. 

Induljunk ki a SEOKARB karbantartó programból, és módosítsuk azt ennek megfele- 

lően. Mindenekelőtt vegyünk fel egy vektort a módosító rekordok azonosítóinak: 

36 TIM KESZ zZH 

Amikor a MODOSITO állományt először végigolvassuk, és átvisszük belőle az UJALLO- 

MANY-ba a nem törlendő rekordokat, akkor a módosító rekordok K$ azonosítóját ment- 

sük ki a KK$ vektorba: 

1388 I[I5H 

zd6 IF Ház "TŐRLEMHÜG" THEH O GÖTÜ ZEKM 

abb I-It1:KK$-rI.zká 

215 KK$E(Ir1975VEGE£ 

Minthogy a továbbiakban nem a MODOSITO állományban, hanem a KK$ vektorban ke- 

resünk, az állományt többé nem kell használnunk. A megnyitása helyett viszont a vektor 

indexét kell visszaállítani a kezdőértékre, azaz nullára, hogy a keresés mindig elölről 

kezdődjön: 

gd4ág 178 

A MODOSITO állomány olvasása pedig teljesen elmarad. Helyette csak az indexet kell 

léptetni, azaz megnövelni 1-gyel: 

5i1H I5It1 

szd ű-- TÖRLEHÜC 

Persze a rekordazonosítót minden előfordulásakor ezzel kell indexelni: 
K$-IszVEGE$ THEM GOTÜ 7Z8 

549 IF KEKEfIoskKkE THEH GüTŰ 414 


Az állomány lezárását is értelemszerűen el kell hagynunk: 


18 7-- TÜRLEHNÜ 
esa zo TÜFRFLEMHNMÜ 
718 4—- TORLEHII 


A módosított karbantartó program végülis a 174—175. oldalon látható. 

Ha van kedvünk hozzá, futtassuk le a karbantartás mindkét változatát, és mérjük le az 
időkülönbséget. (Mi 7 törzs- és 7 módosító rekorddal 35 helyett 10.másodpercet mér- 
tünk, ami valamivel több, mint 7096-os idő megtakarítást jelent.) 

A program arra jó példa, hogy miként kell egy programot optimalizálni. Az első szabály 
az, hogy hibás programot nem optimalizálunk. A második szabály pedig, hogy csak akkor 
optimalizálunk, ha az feltétlenül szükséges. Végül a harmadik szabály: találjuk meg a 
programnak azt az 596-át, amely a futási idő 9599-áért felelős, és ezen változtassunk, még- 
pedig soha ne becslés, hanem mindig csak mérések alapján. 
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MM NM N E ÜJNR E 


PRIHT ér" 

PRINT 

PRIHT " KOLTSEGYISELOK MODOSITASA" 
PRIHT " seems ennem 
PRINT 

FRIHT 

INPUT " MEHET zI/MHz";V$ 

IF 


7$822"1" THEH GOT 9599 


18 /VEGE$sz"emer" 
za S$ztHR$(13. 
38 DIM KK$(2H) 
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191 


az 


mmm 
mm me ürn 


(2 42 (0 01 Ld Pa ha 


.) e 
(xvi: dor 


408 


ha 
a 
— 


41m 
4zm 
430 
448 
ell] 
991 
51A 
make 
Jag 
999 
79 
rüi1 
720 
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NÉM: sezmánmágzetsánetszánénínét ee emet esántstmatéezs tás társat MEGHYITASOUK 
REM 
DPEM 2.8, 2. "UJALLOMANY , SEC, WRITE" 

OPEN 3.,8,3., "MÓDOSÍTÓ, SEB, RERD" 


Iz 
LETÉT sálzányiesáás ljeslkö ttság esőt gánékeaáloéntálássétó HODOSIÍTÚ ATYITELE 
REM: . kszdteztetttstttnénetteezetazalnstalezatkezzamákoszíaseteze e ee ae Áta 
K$-VEGEt 

IHPUTH3,K$.M$,T.R 


IF KázYEGES THEM GOTŐ sima 
IF Máz  TÖRLEMDÜ THEH GÜTŰ zéH 
FERIHTHZ. KE: 24. MEGSZ TT. 2$£: 5. 

: IzIr1:KK$r I). Ká: 

GTA 218 


REM: sosem mezes eszme e eTÜRZS ATYITELE 
REM: ölssletlasláetaj át éyzmlLzÉ 
CL0OSE 3 


KEG$LIt19SYEGES 
OFEH 4.254. "KÖLTSEGYISELŐK , 5ES. REHI" 


REM: ——— sosenem menes esem m ne ÁTVITEL 
REI : tevzézagegsáámáte 
KSszVEGES 


IHFLUTH4 KELHET. FR 
IF K$szVEGE$ THEM GOTŐ sií6 
:  I590 
EZ ETVE A ér tááránté ák egaáne ha a Ét kö hai égy tag ti a a ám Ég ma tte ány le mg úm il KERESES 
HB E júl ri jő Üldl GöéS0 Bat ovota úlsen atese 
I-I41 
: . IF ER$élszvEGE$ THEH GÜTŐ 7zE 
IF KE$élszká THEH CGÜTŐ 419 
SÜTŐ S18 
FEETTE szemet tténetez e ÉREK ÉRETT ERŐ MERNE tö ÉGE soll tiőa8 HAH HEM TALHALTH 
REM: idztszátsásázzksássásztaseat 
FRIHTSZ.K$. S$.MESS$ ST. 5£: 5 


799 
899 
891 
810 
520 
909 
991 
914 
924 
539 
949 
2599 
3393 


GOTO 410 

[24 52 4 EE nssszatáadssttuászltaásketsászészzssátáleylzáalszímtstgelanásesatkkti ZAERSOK 
: cel zat a EGZ e zérsztzsetzzttttésstázi 
CLOSE 4 

CLOSE 2 I 
PPE ÜT 1 AA nota tát árt ma tára tt ása áá ál eg tt té alá eleg ma mea ál s rat ea man zta It ja sa mg ma BEFEJEZES 
FEN : alla ez Gál áll öölg köl sát tástse éééb 
FRIHT 

FRIHT " MONOSITAS KESZ" 

FRIHT 

PRIHT " ADATUÜK AZ ÁAUJJALLOMÁAMTB- BERN" 

FRIHT 

EHN 


Megjegyezzük, hogy a programunk legfeljebb 20 rekordból álló módosító állományt tud 
kezelni, mert ekkorára definiáltuk a vektort. Noha ez még messze van a gépi korláttól, 
és természetesen növelhető, a tár kapacitásának végessége miatt nem tarthatók így karban 
olyan állományok, amelyeknél a módosítások várható száma sok. A teszteléshez azonban 
ennyi is elég. 

További érdekesség, hogy nincs szükségünk a teljes módosító rekord tárolására. Ezért nem 
vettünk fel egy-egy vektort az MM$, TT, RR adatok számára is. A kereséskor ugyanis 
már csak a rekord puszta léte vagy nem léte a fontos számunkra, az adatai érdektelenek 
— azokat ugyanis már felhasználtuk. 
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Utószó 


A soros állományok kezelésének témáját csak abbahagyni lehet, befejezni nem. Mindig jö- 
hetnek elő újabb és újabb megoldások, ötletek, fogások, változatok. Nincs két egyforma 
környezet, nincs két egyforma feladat, nincs két egyforma megoldás. Éppen ebben rejlik 
az adatfeldolgozás szépsége. 

Ennek megfelelően a bemutatott programjaink nem arra valók, hogy lemásoljuk őket, 
hanem arra, hogy gondolatokat ébresszenek bennünk, ha soros adatállományokat kell 
kezelnünk. 


Azzal búcsúzunk, hogy továbbra is szívesen várjuk olvasóink véleményét és észrevételeit, 
a már ismert címen: 


INTRONIK Számítástechnikai és Elektronikai Műszaki Fejlesztő Kisszövetkezet 
Budapest, Pf. 348. 
1445 
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Tárgymutató 


Tárgymutatónk csak azokat a fogalmakat tartalmazza, amelyek nem szerepelnek az 
ALAPISMERETEK" kötetben. Ezenkívül megadjuk az angol szavak szokásos kiejtését és 
jelentését, valamint utalunk arra, hogy hol találhatunk róluk részletesebb információt. 


A adatállomány 73 
— átnevezése 13, 18, 71, 99, 100 
— felülírása 16, 17, 110 
— másolása 13, 18, 67, 71, 93, 94 
— törlése 13, 18, 71, 93, 94 
adat bekérése 82, 83 
adatcsatorna 22, 23 
adat ellenőrzése 83 
adat javítása 85 
adatkezelés 28 
— numerikus adatok 32, 33, 39 
— karakteres adatok 33, 34, 39 
állomány 22, 23, 41 
— írása 25, 26, 34, 35, 37, 39, 40 
— lezárása 25, 26, 27, 48 
— megnyitása felülírásra 26, 27 
— megnyitása írásra 24, 26 
— megnyitása olvasásra 24, 26, 27, 28, 30 
— megnyitása továbbírásra 25 , 26 
— olvasása adatonként 25, 26, 27, 30, 40 
— olvasása bájtonként 25, 28, 40 
— olvasása rekordonként 35, 38, 40 
— végének figyelése 29, 31, 57 , 87, 89, 91, 113, 143 
— 5 soros állomány 
állományazonosító 22 
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állománykezelő utasítások 24 

állománynév 16, 22, 24, 28, 47 

állományvége jel 29, 57 

APPEND (apend) : hozzáfűz, hozzátold — állomány megnyitása 
továbbírásra 

archív állományok 93, 170 

átállási tevékenység 140 

átnevezés Sadatállomány/program 


beszúrás — karbantartás 

betöltés 2 program 

BLOCKS FREE (bloksz fri): szabad blokkok — tartalom- 
jegyzék 

blokk 14, 21, 29, 45, 70 

bővítés S soros állomány 


ciklikus hívás 132 

ciklus 

— elöltesztelő 112, 118, 166 

— hátultesztelő 91 

CLOSE (klóz): becsuk, lezár —lezárás 
COPY (kopi): másol, másolat 5 másolás 
csere S karbantartás 

csoportfeltétel s csoportképző 
csoportképző 

— adat 139 

— feltétel 140, 141 

változó 139 

csoportkezdő tevékenység 140 
csoportonkénti feldolgozás 138 
csoportváltás 140 

csoportváltozó 5 csoportképző 
csoportzáró tevékenység 140 


DEVICE NOT PRESENT (divájsz not prezent) : az eszköz nem 
található —lemezegység 

DIRECTORY ERROR (direktori eror): hibás tartalomjegyzék 
5: hibaüzenetek 

DISK FULL (diszk ful) : lemez megtelt — hibaüzenetek 

DRIVE NOT READY (drájv not redi): a lemezegység nem 
üzemkész — hibaüzenetek 


egymásba ágyazott csoportok 140, 141, 144 
elérési mód 73 

elhatároló jelek 22, 25, 28, 33, 34, 36, 37, 39 
ellenőrzés 5 program 

elöltesztelő ciklus 7ciklus 

EOF-end of file (eoef, end of fájl): állomány vége 


feldolgozási környezet 169, 171, 172 

feldolgozási menetek 168 

feldolgozó tevékenység 140 

FILE DATA ERROR (fájl déjta eror): adathiba az állomány- 
ban S adatkezelés 

FILE EXISTS (fájl egziszc): az állomány már létezik 5 hiba- 
üzenetek 

FILE NOT FOUND f(fájl not fáund): az állomány nem talál- 
ható 5 hibaüzenetek 

FILE NOT OPEN (fájl not ópen): az állomány nincs megnyit- 
va 5 hibaüzenetek 

FILE OPEN (fájl ópen): az állomány már nyitva van - meg- 
nyitás 

FILES SCRATCHED f(fájlz szkercst): állományok törölve 
5 hibaüzenetek 

FILE TYPE MISMATCH (fájl tájp mizmecs): az állomány tí- 
pusa nem megfelelő Shibaüzenetek 

fix rekord Srekordok kezelése 

formázás 5lemez 

funkciók kiválasztása 156 


GET (get): beszerez, bevesz — adatkezelés/állomány olvasása 
gyorsított karbantartás 173 


hátultesztelő ciklus ciklus 

helyi érték szerinti kiírás 143 

hibaállapot lekérdezése 27, 28, 70, 97, 98 
hibaüzenetek 71 

HIGH VALUE (háj veljú) : legmagasabb érték 


INITIALIZE (inisiölájz): kezd, kezdőértéket beállít — lemez- 
egység állapotának helyreállítása 

INPUT (input): bemenet, bevitel 2 adatkezelés/állomány ol- 
vasása 
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interaktív módosítás 104 

írás 

— adatállományba 5 állomány írása 

— nyomtatóra S nyomtató használata 

— parancs-csatornára Sparancs-csatorna használata 
ismétlődő tevékenységek 132, 5-ciklus 


K karakteres adatok S adatkezelés 
karbantartás 126, 131, 138, 160, 173 
képernyő kezelése 49, 82, 83 

keresés 

— rendezetlen soros állományban 112, 161 
— rendezett soros állományban 124 
keretrendszer 154, 159 

kétlemezes funkciók 67, 71 

kilistázás 2 program/tartalomjegyzék 
kimentés 5 program 

kontrollfeltétel 5 csoportképző 
kontrollszakítás S csoportonkénti 
kontrollváltás S csoportonkénti 
kontrollváltozó S csoportképző 
közvetlen elérésű állományok 74 


L lekérdezés —soros állomány 

lemez 

— formázása 13, 14, 67, 71 

— nevének ellenőrzése 50 

— szerkezete 43 

— tartalomjegyzéke - tartalomjegyzék 
— tömörítése 13, 21,71 

— újraformázása 13, 14 
lemezazonosító 13, 14, 45 
lemezegység 

— állapotának helyreállítása 13, 21, 22 
— egységszáma 22, 68 

— számának átállítása 69 

lemezfej 46, 50 

lemezkezelő parancsok 13, 22 
lemezműveletek 13, 22, 41 

lemeznév 13, 14, 45,50 

lemeztérkép 19, 20, 44, 45 , 64 
létrehozás S soros állomány 

lezárás — állomány/nyomtató/parancs-csatorna 
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LIST (liszt) : lista, listáz —kilistáz 
LOAD (lód): betölt e program betöltése 
LOADING (lóding): betöltés — program betöltése 


másolás " adatállomány/program 
megnyitás S állomány/nyomtató/parancs-csatorna 
módosítás 5 soros állomány 


NEW (nyú): új 2 lemez formázása/program törlése tárból 

NO CHANNEL (no csenöl): nincs szabad adatcsatorna 5 
hibaüzenetek 

numerikus adatok - adatkezelés 

nyomtatás 5 soros állomány 

nyomtató 

— használata 17, 89 

— lezárása 17, 89 

— megnyitása 17, 88 


OK (oké): minden rendben — program ellenőrzése/hibaüzene- 
tek 

OPEN (ópen): nyit, nyitás 7 megnyitás 

összefésülés — rendezett állományok 


parancs-csatorna 13, 22, 23, 24 

— használata 13, 14, 18, 22, 69 

— lezárása 14, 18, 23, 27 , 41, 69 

— megnyitása 13, 14, 18, 22, 27, 41, 69 
— olvasása 27, 31, 32, 70, 97, 172 
párosítás 124, 125 , 129 

PRINT (print) : nyomtat, nyomtatás — írás 
program 

— átnevezése 13, 18, 71 

— betöltése 13, 17, 71 

— betöltése programból 156, 157, 158 
— ellenőrzése 13, 15, 71 

— felülírása 16, 17 

— kilistázása 15 

— kimentése 13, 14, 15, 16, 71 

— kinyomtatása 17 

— másolása 13, 17, 18, 67, 71 

— optimalizálása 173 
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— törlése lemezről 13, 18, 67, 71 
— törlése tárból 14 

programnév 15, 16, 47, 56 
programrendszer 153 

puffer 87, 91 


random adatállomány 73 
READ (rid): olvas, beolvas 5 állomány megnyitása olvasásra 


: READ ERROR frid eror): olvasási hiba — hibaüzenetek 


RECORD NOT PRESENT (rekord not prezent): a rekord nem 
található hibaüzenetek 

rekord 34 

— felvitele 84 

— olvasása 89 

— törlése 101, 102, 130 

rekordok kezelése 34, 84, 89 

— fix hosszúságú 34, 35 

— változó hosszúságú 36, 37 

rekordok párosítása 124, 125, 129 

rekordonkénti feldolgozás 38 

rekordonkénti módosítás 125, 160 

relatív adatállomány 74 

RENAME fÍrinéjm) : új nevet ad valaminek 5 átnevezés 

rendezetlen karbantartás 160, 173 

rendezett állományok 123 

— karbantartása 124, 126, 131 

— összefésülése 147 

rendezett felvitel 133 

rendezési elv 123 

RETURN fritörn): visszatér, visszküld S sorvége jel 

RUN (rán): fut, futás 


saját végjel 81, 81 

sáv 43 

— sávcím 43, 62, 70 

SAVE (széjv) : megment, tartalékol program kimentése 

SAVING (széjving) : kimentés 5 program kimentése 

SCRATCH (szkrecs) : kivakar, levakar, töröl Störlés 

SEARCHING (szörcsing) : keresés, kutatás 5 program betöltése 

SEO—seguential (szeku, szikvensöl): soros, szekvenciális — 
állomány megnyitása 

soros adatállomány 73, 77 

soros állomány 

— átnevezése 99, 100 


— bővítése 92, 95 

— feldolgozása 87 

— felülírása 110 

— írása 84 

— karbantartása tömbökkel 173 

— kinyomtatása 87, 88 

— lekérdezése 110 

— létrehozása 80 

— lezárása 84, 89 

— másolása 93 

— megnyitása írásra 81 

— megnyitása olvasásra 89 

— megnyitása továbbírásra 92 

— mérete 78 

— módosítása 104, 160, 173 

— olvasása az állomány vége után 91 

— olvasása rekordonként 89 

— összemásolása 93, 94 

— rekordjai 78, 80 

— rendezett létrehozása 133 

— szűkítése 101 

— törlése 96, 97 

— válogatása 118 

— JZállomány 

soros feldolgozás 77, 166 

soros keresés 112, 161, 166 

sorvége jel 5 elhatároló jelek 

STATUS (sztéjtösz, státusz): állapot —- állomány végének 
figyelése 

SYNTAX ERROR (szinteksz eror): helyesírási hiba 5 hiba- 
üzenetek 

szektor 43 

— szektorcím 44, 62, 70 

szeparátorjel — elhatároló jelek 

szervezési mód 73 

szűkítés S soros állornány 


tartalomjegyzék 14, 19, 20, 21, 45 , 46, 61, 64 
— bejegyzései 45 

— bejegyzéseinek elérése 61 

— bejegyzéseinek tartalma 47 

— betöltése 14 

— kilistázása 14 

— kinyomtatása 17 
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188 


— olvasása 50,51,56 

tárolási mód 73 

tételenkénti módosítás 104 
típuskód 47, 48 

több állomány kezelése 101, 128 
többfokozatú csoportváltás 144 
több lemezegység 68 

tömbök 173 

tömörítés 5 lemez 

törlés 5 adatállomány/program 


újraformázás 5 formázás 
üres állomány 25, 31 
üzenet villogtatása 84 


VALIDATE (velidéjt): érvényesít, megalapoz lemez törlése 

válogatás — soros állomány 

változó rekord — rekordok kezelése 

végső csoport 141 

VERIFY (verifáj): ellenőriz, bizonyít 5 program ellenőrzése 

VERIFY ERROR (verifáj eror): az ellenőrzés sikertelen 5 
program ellenőrzése 

VERIFYING (verifájing): ellenőrzés, egybevetés — program 
ellenőrzése 

vezérlő jelek 49 

vezérlő program 154 


WRITE (rájt) : ír, felír 72állomány megnyitása írásra 

WRITE ERROR fÍ(rájt eror) : íráshiba 5 hibaüzenetek 

WRITE FILE OPEN WfÍrájt fájl ópen): az állomány írásra van 
megnyitva — hibaüzenetek 

WRITE PROTECT ON Wf(rájt protekt on): írásvédelem bekap- 
csolva hibaüzenetek 


Tibor S. Bodor 
SEGUENTIAL DISK FILES 


The book has been written for those who are just getting to be acguainted with disk files 
and data processing on the COMMODORR 64. 

In Part I, the disk handling commands are overviewed emphasizing their effects on the 
seguential files. The physical organization of the disk, the directory and the block 
availability map are thoroughly described here. Three programs are included for demon- 
strating how to access characteristic information stored in the entries of the directory. 

In Part II, the theory and the practice of seguential file processing are presented. All of 
the main file handling functions, such as generating, processing, updating, deleting, 
renaming, rewriting, searching, copying, concatenating, appending, mergeing, even control 
breaks are discussed. 

Programming technigues are illustrated by full programs that can be executed on the 
didactically designed test files provided in the book. 
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Felelős szerkesztő: 
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Megjelent: 
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